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Préface 


Ce tutoriel se présente sous forme d'ouvrage avec pour objectif la 
réalisation d'une base de données sous Oracle en passant par la conception à 
l'aide de la méthode d'analyse Merise sous Power AMC. Il s'agit plus exactement 
d'un recueil et de notes de synthèses issues de différents supports. 


La méthode Merise est une méthode d’analyse, de conception et de 
réalisation de systèmes d’informations informatisés. Power AMC est un logiciel de 
modélisation. Il permet de modéliser les traitements informatiques et leurs bases 
de données associées commercialisés par la société Sybase. Oracle Database est 
un système de gestion de base de données relationnel (SGBDR) qui depuis 
l'introduction du support du modèle objet dans sa version 8 peut être aussi 
qualifié de système de gestion de base de données relationnel-objet (SGBDRO). 
Fourni par Oracle Corporation, il a été développé par Larry Ellison, accompagné 
d'autres personnes telles que Bob Miner et Ed Oates. 


L'ouvrage se destine exclusivement aux étudiants de la formation 
professionnelle de l'Afpa, qui souhaitent apprendre et comprendre les grandes 
étapes nécessaires à la conception et à la réalisation d'une base de données. Il ne 
remplace en aucun cas les supports de formation nécessaire à l'apprentissage. 
Tout au long de l'ouvrage, nous utiliserons une base de données nommée 
« Papyrus ». Des exemples pourront porter sur des bases fictives afin d'apporter 
des notions supplémentaires. 
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Merise 


Introduction à la méthode Merise 

La méthode Merise est une méthode d'analyse, de conception et de réalisation de systèmes 
d'informations informatisés. 

Merise part de l'idée selon laquelle la réalité dont elle doit rendre compte n'est pas linéaire, 
mais peut être définie comme la résultante d'une progression, menée de front, selon trois 
axes, qualifiée de "cycles". 


Cycle d'abstraction 


Directions générale et financière + informatique 



La méthode Merise d'analyse et de conception propose une démarche articulée simultanément 
selon 3 axes pour hiérarchiser les préoccupations et les questions auxquelles répondre lors de 
la conduite d'un projet : 

• Cycle de vie : Phases de conception, de réalisation, de maintenance puis nouveau cycle de 
projet. 

• Cycle de décision : Des grands choix (GO-NO GO : Étude préalable), la définition du projet 
(étude détaillée) jusqu'aux petites décisions des détails de la réalisation et de la mise en 
oeuvre du système d'information. Chaque étape est documentée et marquée par une prise de 
décision. 

• Cycle d'abstraction : Niveaux conceptuels, logique / organisationnel et physique / 
opérationnel (du plus abstrait au plus concret). L'objectif du cycle d'abstraction est de prendre 
d'abord les grandes décisions métier, pour les principales activités (Conceptuel) sans rentrer 
dans le détail de questions d'ordre organisationnel ou technique. 

























Relativement à ces descriptions (encore appelées modèles) la méthode Merise préconise 3 
niveaux d'abstraction : 

- Le niveau conceptuel qui décrit la statique et la dynamique du système d'information en 
se préoccupant uniquement du point de vue du gestionnaire. 

- Le niveau organisationnel décrit la nature des ressources qui sont utilisées pour supporter 
la description statique et dynamique du système d'information. Ces ressources peuvent être 
humaines et/ou matérielles et logicielles. 

- Le niveau opérationnel dans lequel on choisit les techniques d'implantation du système 
d'information (données et traitements). 

La conception du système d'information se fait par étapes, afin d'aboutir à un système 
d'information fonctionnelle reflétant une réalité physique. Il s'agit donc de valider une à une 
chacune des étapes en prenant en compte les résultats de la phase précédente. D'autre part, 
les données étant séparées des traitements, il faut vérifier la concordance entre données et 
traitement afin de vérifier que toutes les données nécessaires aux traitements sont présentes 
et qu'il n'y a pas de données superflues. 


Cahier des charges 

Nous allons présenter un exemple détaillé afin d'appréhender les différentes étapes de la 
conception à la réalisation d'une base de données auquel nous nous rapporterons tout au long 
de l'ouvrage. 

Le souci majeur de M. Purchase, chef de la production informatique de la société Bidouille 
Express, est d'assurer la gestion et le suivi des produits consommables tels que : 

- Papier listing en continu sous toutes ses formes, 

- Papier pré imprimé (commandes, factures, bulletins de paie...) 

- Rubans pour imprimantes 

- Bandes magnétiques, 

- Disquettes, 


Pour chacun de ces produits, il existe plusieurs fournisseurs possibles ayant déjà livré la 
société ou avec lesquels M. Purchase est en contact. De plus, de nombreux représentants 
passent régulièrement vanter leurs produits et leurs conditions de vente : ceci permet à M. 
Purchase de conserver leurs coordonnées pour d'éventuelles futures commandes ou futurs 
appels d'offres. M. Purchase demande à chaque fournisseur ou représentant de lui proposer 3 
tarifs différents en fonction de la quantité commandée et de mentionner leur délai de 
livraison. 

Un degré de satisfaction est géré pour chaque fournisseur. 

La commande est envoyée au fournisseur pour l'achat d'un ou plusieurs produits pour une 
quantité et un prix donnés. Cette quantité peut être livrée en plusieurs fois. Les seules 
informations mémorisées sont la date de dernière livraison ainsi que la quantité livrée totale. 


Les règles de gestion 

- Plusieurs fournisseurs ou représentants peuvent vendre le même produit à un prix fixé par 
le fournisseur, dépendant des quantités commandées (3 tranches de prix). 

- Une commande est passée à un fournisseur ; elle se compose de plusieurs lignes, 
référençant chacune un produit. 

- Le prix unitaire à la commande est fonction de la quantité commandée. 






Conception de la base de données avec Power AMC 

Power AMC est un logiciel de modélisation. Il permet de modéliser les traitements 
informatiques et leurs bases de données associées. Nous allons utilisez Power AMC pour la 
construction du Modèle Conceptuel de données à l'aide de la méthode Merise. 

Au niveau conceptuel on veut décrire le modèle (le système) de l'entreprise ou de l'organisme 


• Le Modèle conceptuel des données (MCD), schéma représentant la structure du système 
d'information, du point de vue des données, c'est-à-dire les dépendances ou relations entre 
les différentes données du système d'information (par exemple : Le client, la commande, la 
ligne de commande...), 

• Et le Modèle conceptuel des traitements (MCT), schéma représentant les traitements, en 
réponse aux événements à traiter (par exemple : La prise en compte de la commande d'un 
client). 

Le MCD repose sur les notions d'entité et d'association et sur les notions de relations. Le MCT 
quant à lui est très peu utilisé est ne sera pas étudié au cours de ce tutoriel. 

Pour créer un MCD avec Power AMC, créer un modèle directement à partir de l'écran de 
démarrage ou alors en passant par le menu : Fichier / Nouveau modèle... 




Dans « Type de modèle, sélectionnez « Modèle Conceptuel de Données » puis 
« Diagramme Conceptuel ». Nous nommerons notre exemple « Papyrus ». 















Créer des domaines 

Vous avez la possibilité de créer un type de données pour des champs déterminés sous Power 
AMC par le menu « Modèle » / « Domaine ». Par exemple, on peut définir un champ Adresse 
qui correspondra toujours au type de données défini (dans l'exemple, notre champ Adresse 
sera de type caractère variable de longueur 40). 














































































































































































































Le dictionnaire des données 


Les champs utilisés dans les différentes entités sont listés dans le tableau ci-dessous : 


CODART 

Code produit 

char(4) 

CONFGU 

Contact chez le fournisseur 

varchar(15) 

DATCOM 

Date de commande 

smalldatetime 

DELL IV 

Délai de livraison 

smaliint 

DERLIV 

Date dernière livraison 

date 

LIBART 

Libellé Produit 

varchar{30) 

NUMCOM 

Numéro de commande 

int 

N UMF OU 

N 3 de compte fournisseur 

int 

NUMLIG 

N® de ligne commande 

tin vint 

IMGMFOU 

Nom fournisseur 

varchar(30) 

OBSCOM 

Observations 

varchar(25) 

PGSFOU 

Code postal fournisseur 

char(5) 

PRIUNI 

Prix unitaire de vente 

smallmoney 

PRIX1 

Prix unitaire 1 

smallmoney 

PRIX2 

Prix unitaire 2 

smallmoney 

PR 1X3 

Prix unitaire 3 

smallmoney 

QTE1 

Borne quantité livraison 1 

smaliint 

QTE2 

Borne quantité livraison 2 

smaliint 

QTE3 

Borne quantité livraison 3 

smaliint 

QTEÀNN 

Quantité annuelle 

smaliint 

QTECDE 

Quantité commandée 

smaliint 

QTELIV 

Quantité livrée 

smaliint 

RUEFOU 

Adresse fournisseur 

varchar(3ü) 

SATISF 

Indice satisfaction 

tinyint 

STKALE 

Stock d’alerte 

smaliint 

STKPHY 

Stock physique 

smaliint 

UNIMES 

Unité de mesure 

char{5) 

VILFGU 

Ville fournisseur 

varchar{30) 


Pour accéder aux dictionnaires des données avec Power AMC, utilisez le menu. Cliquez sur 

« Modèle » puis sur « Informations ». 

Propriétés du modèle... 

Packages... 

Règles de gestion... 

Domaines... 

Informations... 

Entités... 

TdFntifinntç... 

Vous pouvez alors remplir la liste comme suit : 










On devra préciser le type des données attendues pour chaque attribut. 


w 

C 


CGDART 
CONFO" ' 
"DAT Ci 
DÉLÜV 
DËFiÜ\ 
LÏBÂR 

nom'fc 
N IJ m d: 

N IJ M FC 
NÜMÏÏ 
0 B S CCI 
PO S FO 
PF! i Ü N 
PRixi" 
PR 1X2 
PRÏX3 
QTËÏ" 
QTÊ2 
Q TE 3 
QTËÀNl 
QTËCË 
QTËÜ\ 
FlUËFi: 
SATISF 
STKAL 
STKPH 
IJNÏM 
VÏLFO 




CODART 
CCI N FO U 


Caractère (4) ! 4 

Caractère variable (151 '15 


Types de données standard 


Entier 

ü Caractère 

Binaire 

Entier court 

Caractère variable 

Binaire variable 

Entier long 

Caractère long 

Binaire long 

Octet 

Caractère long var. 


Numérique 

Texte 

Bitmap 

Décimal 

Multibyte 

Image 

Réel 

Multibyte variable 

OLE 

Réel court 



Réel long 

Date 


Monnaie 

Heure 

Autre 

Séquentiel 

Date & heure 

Non défini 

Booléen 

Date système 



Code : 


Précision : 


Longueur : 4 

O K Annuler Aide 

































































































































































































À noter que dans le cas où vous ne le remplissez pas, celui-ci se remplira automatiquement 
au fur à mesure que nous compléterons notre modèle. 


Utilisation de la palette 

On utilisera la palette pour positionner les différents éléments qui composeront votre modèle 
conceptuel de données. 


Palette 

ü 

.S 

<0 




ÿ 

X 

âl 

m 

% 

A 

© 


û 

m 


s 

m 

N 

~\ 

□ 

O 

o 

V 

a 




PS : Si celle-ci n'apparaît pas à l'écran, vous avez la possibilité de l'afficher en utilisant le 
menu « Outils » puis « Personnaliser les barres d'outils... ». 


Paramètres relatifs aux licences... 

Ressources ► 

Appliquer un profil utilisateur... 

Personnaliser les barres d'outils... 

Préférences d'affichage... 

Options du modèle... 

Options générales... 


Vous devez alors cliquer sur la case « Palette » pour pouvoir l'afficher. 



























































S L'entité et les attributs 

L'entité est définie comme un objet de gestion considéré d'intérêt pour représenter l'activité à 
modéliser (exemple : entité Produit) et chaque entité est porteuse d'une ou plusieurs 
propriétés simples (appelé attributs), dites atomiques. Exemples : CODART (qui représentera 
le code du produit), LIBART (libellé du produit)... 


Pïodmt 

CODART 

<q\> 

CaractèfE !'4S 

<o> 

LIBART 


Cajact&iE variafclE ; Eüi ;■ 

<0> 

STKALE 


Entio- ccurt 

<o> 

STKFHY 


EntiE-r ccurt 

<o> 

2TEANN 


EntiEf ccurt 

<D-= 

UNIMES 


Caractère va;iablE |5) 

<o> 

CODART 

<pi> 




Pour compléter votre entité, cliquez droit / propriété. 




Sur l'onglet « Général », on indique le nom de notre entité. Pour compléter nos différents 
attributs, cliquez sur l'onglet « Attributs ». 








































Si vous avez créé un domaine, alors c'est ici que vous devez l'indiquer. Le type de données se 
sélectionne alors automatiquement. 

On cochera les cases « O » s'il s'agit d'une donnée obligatoire ou facultative et « P » pour 
indiquer la clé primaire. Une entité doit en effet posséder une propriété unique et 
discriminante, qui est désignée comme identifiant (exemple : CODART). On reportera cette 
information sur l'onglet « Identifiants ». 




On devra préciser le type des données attendues pour chaque attribut. 






















































































































































































Par construction, le MCD impose que tous les attributs d'une entité aient vocation à être 
renseignées (il n'y a pas d'attribut « facultatif »). Les informations calculées (ex: montant 
taxes comprises d’une facture), déductibles (ex: densité démographique = population / 
superficie) ne doivent pas y figurer. 

L'association (ou relation) 


Ce sont des liaisons logiques entre les entités. Elles peuvent être de nature factuelle, ou de 
nature dynamique. Par exemple, une personne peut acheter un objet (action d'acheter), mais 
si l'on considère qu'une personne est propriétaire d'un objet, alors l'association entre l'objet et 
cette personne est purement factuelle. 

Les associations se représentent dans une ellipse (ou un rectangle aux extrémités rondes), 
reliée par des traits aux entités qu'elles lient logiquement. 






























































Une association peut elle aussi contenir des attributs. 



La plupart des associations sont de nature binaire, c'est à dire composées de deux entités 
mises en relation par une ou plusieurs associations. C'est le cas par exemple de l'association 
"est propriétaire" mettant en relation "être humain" et "appartement". 

Cependant il arrive qu'une association concerne plus de deux entités (on dit alors qu'il s'agit 
d'association "n-aires"). 




Mais dans ce cas il y a de grandes difficultés pour exprimer les cardinalités. On aura tout 
intérêt à essayer de transformer le schéma de manière à n'obtenir que des associations 
binaires. 


















































































Il arrive dans certains cas que l'attribut "date" soit d'une importance capitale, notamment 
dans les applications SGBDR portant sur la signature de contrats à échéance ou dans la durée 
(assurance par exemple). Il n'est pas rare alors que le seul attribut "date" constitue à lui seul 
une entité. 


ETRE HUMAIN 

Numéro se ou 

A13 

Nom 

AJ2 

P renom 

A25 

Date de naissance 

D 

Li*u d& naijgjn&e 

A32 

Sexe 

BL 


Q.n 


DATE 


Date de souisoriplion 


ü.n 




_f sou s crû \ 

V l 


U _ 

POUCE 

Numéro de contrat 

j 

Date d 1 échéance 

Ù 

Type de poiice 

Aie 

C Jpitil mobllïitf 

MN 


On appelle alors cela une entité temporelle. Une entité temporelle possède souvent un seul 
attribut, mais dans le cas où elle possède plusieurs attributs (année, mois, jour, heure, 
minute, seconde...), l'ensemble de ces attributs constitue alors la clef de l'entité. 

Mais dans ce cas on peut aussi retirer cette entité et introduire la date en tant qu'attribut de 
l'association "souscrit". Deux mêmes entités peuvent être plusieurs fois en association. 




Il est permis à une association d'être branchée plusieurs fois à la même entité, par exemple 
l'association binaire réflective suivante : 





















































Une occurrence d'association est un lien particulier qui relie deux occurrences d'entités. Le 
schéma ci-dessous présente deux exemples d'occurrences de l'association « Habite ». 



Remarque : Certains auteurs définissent l'identifiant d'une association comme étant la 
concaténation des identifiants des entités qui participent à l'association. 

Toute occurrence d'une association de dimension n doit être reliée à n occurrences d'entités. 
Par exemple, pour une association ternaire dans laquelle participent trois entités « A », « B » 
et « C », toute occurrence doit être reliées à 3 occurrences des entités respectives A, B et C. 
On ne peut donc pas avoir une occurrence à 2 pattes de la forme ci-dessous. 


Occurrence de A 



1_ 

Occurrence de C 




Dans le schéma ci-dessous, les entités "Personne physique" (des êtres humains) et "Personne 
morale" (des sociétés, associations, collectivités, organisations...) sont généralisées dans 
l'entité "Propriétaire". On dit aussi que l'entité "Propriétaire" est une entité parente et que les 
entités "Personne morale" et "Personne physique" sont des entités enfants, car il y a une 
notion d'héritage... 





























Par exemple une entité "Être humain" est une généralisation pour toute entité faisant appel à 
une personne, comme les entités "Étudiant", "Client", "Artiste", "Souscripteur", "Patient", 
"Assujetti"... On les appelle aussi "entités-génériques". Certains ateliers de modélisation 
représentant les données sous la forme d'entités « encapsulées ». 


Les cardinalités 

Les cardinalités permettent de caractériser le lien qui existe entre une entité et la relation à 
laquelle elle est reliée. La cardinalité d'une relation est composée d'un couple comportant une 
borne maximale et une borne minimale, intervalle dans lequel la cardinalité d'une entité peut 
prendre sa valeur : 

. La borne minimale (généralement 0 ou 1) décrit le nombre minimum de fois qu'une entité 
peut participer à une relation 

. La borne maximale (généralement 1 ou n) décrit le nombre maximum de fois qu'une entité 
peut participer à une relation 

On note les cardinalités de chaque côté de l'association, sur les traits faisant la liaison entre 
l'association et l'entité. 


ETRE HUMAIN 

Nu m«fc se eu 

611 

Nom 

A32 

Prtrwm 

A25 

Date de naissance 

D 

Litu 4 * n iis j ne# 

A32 

Sexe 

BL 


t 


réïiJ* \ 


J 


APPARTEMENT 

Numéro aippartement 


Ligne adresse 1 

A32 

Ligne adresse 2 

A32 

Ligne adresse 3 

A32 

Code postal 

A7 

Ville 

A32 

Pays 

A32 

Bâtiment 

AB 

Ëfoilitr 

AB 

Etage 

A3 

Porte 

A4 


Dans l'exemple précédent, tout employé est dirigé par un autre employé (sauf le directeur 
d'où le 0,n) et un employé peut diriger plusieurs autres employés, ce qui explique les 
cardinalités sur le schéma. 

Des relations différentes entre mêmes entités peuvent posséder des cardinalités 
différentes. C'est même souvent le cas. 
























ÊTRE HUMAIN 

Nuww «ou 


Nom 

A32 

Prt**m 

A25 

Date de naissance 

D 

Li«u 4« naissance 

A32 

Sexe 

BL 


f loue \ 

f résida "\ 

1 r_J 


-V. 



possède 



APPARTEMENT 

Numéro appartement 

1 

Ligne adresse 1 

A32 

Ligne adresse 2 

A32 

Ligne adrese S 

A32 

Code postjl 

A7 

Ville 

A3 2 

Fays 

A32 

Bâtiment 

AB 

Esoaliar 

AS 

Etage 

A3 

Perte 

A4 


La relation 
La relation 
La relation 


« loue » est de type n:m. 

« réside » est de type l:n. 

« possède » est de type n:m. 


Pour revenir à notre cas pratique, on en déduit les cardinalités suivantes : 



Règles de normalisation 

. Normalisation des entités : Toutes les entités qui sont remplaçables par une association 
doivent être remplacées. 

. Normalisation des noms : Chaque entité doit posséder un identifiant qui caractérise ses 
individus de manière unique. Le nom d'une entité, d'une association ou d'un attribut doit être 
unique. 

. Normalisations des identifiants : L'identifiant peut être composé de plusieurs attributs, 
mais les autres attributs de l'entité doivent être dépendant de l'identifiant en entier (et non 







































































pas une partie de cet identifiant). Ces deux premières formes normales peuvent être oubliées 
si on suit le conseil de n'utiliser que des identifiants non composés de type numéro. 

. Normalisation des attributs des associations : Les attributs d'une entité doivent 
dépendre directement de son identifiant. Par exemple, la date de fête d'un client ne dépend 
pas de son identifiant numéro de client, mais plutôt de son prénom. Elle ne doit pas figurer 
dans l'entité clients, il faut donc faire une entité « calendrier » à part, en association avec 
clients. 

En effet, d'une part, les attributs en plusieurs exemplaires posent des problèmes d'évolutivité 
du modèle (comment faire si un employé à deux adresse secondaires ?) et d'autre part, les 
attributs calculables induisent un risque d'incohérence entre les valeurs des attributs de base 
et celles des attributs calculés. 

. Normalisation des associations : Les attributs des associations doivent dépendre des 
identifiants de toutes les entités en association. Par exemple, la quantité commandée dépend 
à la fois du numéro de client et du numéro d'article, par contre la date de commande non. 

. Normalisation des cardinalités : Il faut éliminer les associations fantômes, redondantes 
ou en plusieurs exemplaires. 


Le modèle logique des données (MLD) 

La transcription d’un MCD en modèle relationnel s'effectue selon quelques règles simples qui 
consistent d'abord à transformer toute entité en table, avec l'identifiant comme clé primaire, 
puis à observer les valeurs prises par les cardinalités maximums de chaque association pour 
représenter celle-ci soit (ex : card. max 1-n ou 0-n) par l'ajout d'une clé étrangère dans une 
table existante, soit (ex : card. max n-n) par la création d'une nouvelle table dont la clé 
primaire est obtenue par concaténation de clés étrangères correspondant aux entités liées. 

Règle n°l : Toute entité doit être représentée par une table. Toute entité devient une table 
dans laquelle les attributs deviennent des colonnes. L'identifiant de l'entité constitue alors la 
clé primaire de la table. 

Règle n°2 : Dans le cas d'entités reliées par des associations de type 1:1, les tables doivent 
avoir la même clef. 

Règle n°3 : Dans le cas d'entités reliées par des associations de type l:n, chaque table 
possède sa propre clef, mais la clef de l'entité côté 0,n (ou l,n) migre vers la table côté 0,1 
(ou 1,1) et devient une clef étrangère (index secondaire). 

Règle n°4 : Dans le cas d'entités reliées par des associations de type n:m, une table 
intermédiaire dite table de jointure, doit être créée, et doit posséder comme clef primaire une 
conjonction des clefs primaires des deux tables pour lesquelles elle sert de jointure. 

Règle n°5 : Cas des associations pourvues d'au moins un attribut : 

. Si le type de relation est n:m, alors les attributs de l'association deviennent des attributs de 
la table de jointure. 

. Si le type de relation est l:n, il convient de faire glisser les attributs vers l'entité pourvue 
des cardinalités 1:1. 

. Si le type de relation est 1:1, il convient de faire glisser les attributs vers l'une ou l'autre des 
entités. 









Avec Power AMC, le modèle logique de données se génère automatiquement si vous avez 
préalablement complété comme il se doit votre Modèle Conceptuel de données. Cliquez sur 

« Outils » de la barre de menu puis « Générer un Modèle Logique de Données... ». 


Editeur de correspondances... 

Générer un Modèle Conceptuel de Données.. 

Ctrl+Maj+C 

Générer un Modèle Logique de Données,.. 

Ctrl+Maj + L 

Générer un Modèle Physique de Données... 

Ctrl+Maj+P 

Générer un Modèle Orienté Objet... 

Ctrl+Maj+O 


Des options de configurations sont alors disponibles : 



Cliquez sur « Ok » pour générer le MLD : 






















































La base de données relationnelle PAPYRUS est constituée des relations suivantes : 


PRODUIT ( CODART. LIBART, STKLE, STKPHY, QTEANN, UNIMES) 

ENTCOM ( NUMCOM. OBSCOM, DATCOM, NUMFOU) 

LIGCOM ( NUMCOM. NUMLIG. CODART, QTECDE, PRIUNI, QTELIV, DERLIV) 
FOURNIS ( NUMFOU. NOMFOU, RUEFOU, POSFOU, VILFOU, CONFOU, SATISF) 
VENDRE ( CODART. NUMFOU. DELLIV, QTE1, PRIX1, QTE2, PRIX2, QTE3, PRIX3) 


Modèle physique de données (MPD) 

Le MPD est une implémentation particulière du MLD pour un matériel, un environnement et un 
logiciel donné. Notamment, le MPD s'intéresse au stockage des données à travers le type et la 
taille (en octets ou en bits) des attributs du MCD. Cela permet de prévoir la place nécessaire à 
chaque table dans le cas d'un SGBDR. 

Le MPD tient compte des limites matérielles et logicielles afin d'optimiser l'espace consommé 
et d'optimiser le temps de calcul (qui représentent deux optimisations contradictoires). Dans 
le cas d'un SGBDR, le MPD définit les index et peut être amené à accepter certaines 
redondances d'information afin d'accélérer les requêtes. 

Tout comme pour le modèle logique de données, avec Power AMC, le modèle physique de 
données se génère automatiquement si vous avez préalablement complété comme il se doit 
votre Modèle Conceptuel de données. Cliquez sur « Outils » de la barre de menu puis 

« Générer un Modèle Physique de Données... ». 


Editeur de correspondances... 

Générer un Modèle Conceptuel de Données.. 
Générer un Modèle Logique de Données... 
Générer un Modèle Physique de Données... 
Générer un Modèle Orienté Objet... 


Ctrl+Maj+C 

Ctrl+Maj+L 

Ctrl+Maj+P 

Ctrl+Maj+O 


Vous devez alors configurer les différentes options et notamment le SGBD dans lequel nous 
allons créer notre base de données. 


Options de génération de MPD 

Détails Modèles cible Sélection 


Général 


Générer un nouveau modèle physique de données 
SGBD : 


O RAC LE Version 11g 


) Partager le SGBD 
Copier le SGBD dans le modèle 


Nom : 
Code : 


Papyrus 


PAPYRUS 


| Configurer les options du modèle... | 

@ Mettre à jour le modèle physique de données existant 


Modèle : 
SGBD : 


. Papynjs 


W\ Conserver les modifications 


CEI 


30 


0 


30 


OK 


Annuler 


Appliquer 


Aide 









































Sur l'onglet « Détails » on précisera les options suivantes 


Options de génération de MPD 


r^i b h s i 


Details 


Modèles cible Sélection 


Général 

Options 

Et] Vérifier le modèle 

|r7i Enregistrer les dépendances de 
génération 

Convertir les noms en codes 
Regénérer les triggers 

1 Permettre les transformations 1 


Table 

Préfixe de table : 

Index 

Noms d’index PK : %TABLE%_PK 
Noms d’index AK: %TABLE%_AK 
Noms d’index FK : %REFR%_FK 
Seuil FK : 


Référence 

Règle de modif. : [Aucune ^ j Règle de suppr. : [Aucune 

T emplate de nom de colonne FK : X.3:PARENT%_%COHJMINI% 

T oujours utiliser le template 
® Utiliser le template uniquement en cas de conflit 


O K II Annuler | | Appliquer | | Aide 


Nous obtenons le MPD suivant : 














































































Présentation et installation d'Oracle 


Installation d'Oracle Database 11g Enterprise 

Suivez les différentes étapes d'installation. Les premières étapes correspondent à la 
configuration de la base. L'installation d'une version d'oracle peut être sensiblement 
différente. 



ORACL6 


Chargement du pilote de configuration 


Cependant on retiendra que vous devez sélectionner un répertoire ou sera stockée la base 
Oracle. Vous devrez également choisir l'édition de la base de données correspond au produit 
(ici il s'agit de l'édition entreprise). Vous devrez également mentionner un mot de passe et le 
confirmer. Ce mot de passe sera très important pour votre première connexion. 




































































Retenez également les informations qui vous seront résumées et notamment le SID de votre 
base, ici : ORCL. 



Une fois la configuration terminée, la copie des fichiers d'installation débute. 




En fin d'installation, un écran vous confirme la création de la base. 



























































Ii& Assistant Configuration de base de données 


» 


Création de la base de données terminée. Pour plus de détails, reportez-vous aux fichiers journaux (C: 
\Users\cdi01\Documents\Oracle\cfgtoollogs\dbca\orcl). 

Informations sur la base de données : 

Nom global de base de données : orcl.cdi-msj.local 

Identificateur système (SID) : orcl 

Nom du fichier de paramètres serveur : C:\Users\cdi01\Documents\Oracle\productV1 1.2.0\dbhome_Hdatabase\spfileorcl.ora 


|URL de Database Control : http s ://l o c a I h o st: 115S/em 


Le référentiel de gestion a été mis en mode sécurisé : les données Enterprise Manager seront cryptées. La clé de cryptage a 
été stockée dans le fichier C:/Users/cdi01/Documents/Oracle/product/11.2.0/dbhome_1/localhost_orcl/sysman/config/emkey. 
ora. Vérifiez que ce fichier est bien sauvegardé, car les données cryptées deviendront inutilisables si vous perdez ce fichier. 


Remarque : tous les comptes de base de données sont verrouillés, à lexception de SYS, SYSTEM, DBSNMP et SYSMAN. Pour 
obtenir la liste complète des comptes verrouillés: ou gérer les comptes de base de données (à lexception de DBSNMP et 
SYSMAN), cliquez sur le bouton Gestion des mots de passe. Dans la fenêtre Gestion des mots de passe, déverrouillez 
uniquement les comptes que vous utiliserez. Oracle Corporation recommande fortement de modifier les mots de passe par 
défaut immédiatement après le déverrouillage du compte. 


Gestion des mots de passe... J 



Une fois terminé, cliquez sur « Fermer ». 



Si vous ne travaillez pas quotidiennement avec Oracle, pensez à positionner ces services sur 
« Manuel » pour économiser des ressources, car au démarrage de Windows, votre système 
sera plus long à démarrer. 

Dans le menu « démarrer » / « Tous les programmes », vous devriez avoir un dossier 
Oracle contenant plusieurs dossiers et notamment : 














































Oracle - QraDbllg_homel 
a Database Control - orcl 

Développement d'applications 
$ Aide d'Orade ODBC 
_| Oracle Provider pour OLE DB - Fichier Rf 
I&£1 SQL Developer 
0 SQL Plus 

Nous verrons un peu plus loin l'utilisation de « SQL*Plus » et de « Oracle SQL 
Developer ». 


Désinstallation d'oracle (pour la version 10g et 11g) 

Dans un premier temps, dans le « Panneau de configuration » de Windows, sur « Outils 
d'administration » puis « Services », a exécuter en mode administrateur, arrêtez tous les 
services d'Oracle. 


Services SGES 

Fichier Action Affichage ? 


^■fiÉÉi te si b an > ► ■ « n> 


Services (local) 

Services (local) 


Sélectionnez un élément pour obtenir Nom 

Description 

État 

Type de démarrage 

Ouvrir une session en tant que * 


une description. ^MySQL 


Dém... 

Automatique 

Système local 


V, Netlogon 

Maintient u... 

Dém... 

Automatique 

Système local 


NVIDIA Display Driver Service 

Provides sys... 

Dém... 

Automatique 

Système local 


NVIDIA Performance Driver Service 

Provides su... 

Dém... 

Automatique 

Système local 


. Office Source Engine 

Enregistre le... 


Manuel 

Système local 


; Office Software Protection Platform 

Office Soft... 

Dém... 

Manuel 

Service réseau 


•4 Oracle ORCL VSS Writer Service 



Manuel 

Système local 


Ca Oracle PAPYRUS VSS Writer Service 


Dém... 

Manuel 

Système local 


-, OracleDBConsoleord 


Dém... 

Automatique 

Système local 


.. OracleJobSchedulerORCL 



Désactivé 

Système local 


. à OracleJobSchedulerPAPYRUS 



Désactivé 

Système local 


, OradeMTSRecoveryService 



Automatique 

Système local 


■ OracleOraDbllgJiomélCIrAgent 



Manuel 

Système local 


■ : OracleOraDbllg_homelTNSListener 


Dém... 

Automatique 

Système local 


OradeRemExecService 


Dém... 

Désactivé 

Système local 


4 OradeServiceORCL 


Dém... 

Automatique 

Système local 


4 OracleServicePAPYRUS 


Dém... 

Automatique 

Système local 


Ouverture de session secondaire 

Permet le d... 


Manuel 

Système local 


. ; Pare-feu Windows 

Le Pare-feu ... 

Dém... 

Automatique 

Service local 


. Parental Controls 

Ce service e... 


Manuel 

Service local 


<[Ë 1 ► 


\ Étendu ^ Standard j 


Entrez dans la base de registres (Menu « Démarrer » / « Exécuter »... « regedit.exe »). 



Puis supprimez les clés suivantes : 

- ORACLE dans HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE si vous n'avez pas d'autre 
base Oracle. 































Sinon supprimez également les clés ORA_CRS_HOME, KEY_OraDblOg_homel, Ocr, SCR 
et SYSMAN relatives à Oracle dans les clés HKEY_CLASSES_ROOT ; 



Supprimez le répertoire Oracle où vous avez installé Oracle. Si « oci.dll » dans le répertoire 
bin vous cause tracas, arrêtez le processus « SVCHOST.exe » (celui qui occupe le plus 
d'espace en mémoire) pour supprimer ce fichier. Videz la corbeille. Redémarrez votre 
ordinateur. 

Défragmentez enfin l'unité de disque qui a contenu la base avant d'entreprendre une nouvelle 
installation. Il est aussi plus prudent d'utiliser un nom de base différent à chaque nouvelle 
installation. 


L'Assistant Configuration de base de données 

Cet assistant vous permet de créer une base de données, configurer des options pour une 
base existante, supprimer une base de données et de gérer des modèles de base de données. 


Oracle - OraDbllg_homel 
B. Database Control - orcl 

Développement d'applications 
Outils de configuration et de migration 
(Üg Assistant Configuration de base de donnée: 
d* A^içtant f nnfim iratinn Orarlp Npf 



Une fois lancé, il vous suffit de suivre les différentes étapes. 





























UJ Assistant Configuration de base de données : Bienvenue 


J^TËSËg' 



Bienvenue dans l'assistant Configuration de base de données pour bases Oracle. 

Cet assistant vous permet de créer une base de données, de configurer des options pour une 
base existante, de supprimer une base de données et de gérer des modèles de base de 
données. 


Annuler j Aide i 


Précédent 


Suivant 



Par exemple, si l'on souhaite créer une base de données on sélectionnera le premier choix 
puis cliquez sur « Suivant ». 




Sélectionnez l'option adaptée à votre choix puis cliquez sur « Suivant ». 












































y| Assistant Configuration de base de données, Etape 2 de 12 : Modèles de base de données 




Modèles avec fichiers de données contenant des bases de données précréées. Ils vous 
permettent de créer une base de données en quelques minutes, plutôt qu'en une heure ou plus. 
N'utilisez les modèles sans fichiers de données que si nécessaire, tel que lorsque vous devez 
modifier des attributs comme la taille de bloc, qui ne peut pas être modifiée après la création de la 
base de données. 


Sélectio... 

Modèle 

Inclut les fichiers d... 

Q 

BD généraliste ou traitement transactionnel 

Oui j 

r. 

Base de données personnalisée 

Non 

r 

Data Warehouse 

Oui 


Afficher les détails... 


Annuler 


Aide 


<£ Précédent | Suivant j 


Notre base s'appellera « Papyrus ». 



Ensuite, optez pour les configurations qui vous conviennent. Dans notre exemple, nous optons 
pour les configurations par défaut. Cliquez sur « Suivant ». 
























































Attention au mot de passe d'administration. Ici nous utilisons le même mot de passe pour 
tous les comptes d'administration par défaut : « SYS, SYSTEM, DBSNMP et SYSMAN ». Puis 
cliquez sur « Suivant ». 




Optez pour les configurations qui vous conviennent puis cliquez sur « Suivant ». 

















































































Cliquez sur « Suivant ». 




Cliquez sur « Suivant ». 






















































































Optez pour les configurations qui vous conviennent. Cliquez sur « Suivant ». 




Cliquez sur « Suivant ». 























































































Enfin, cliquez sur « Terminer ». 




Une boîte de dialogue de confirmation s'affiche alors. 













































































yg Assistant Ct 


Qg Confirmation 


Annulf 


Les opérations suivantes seront exécutées : 

Une base de données nommée "Papyrus" sera créée. 

Détails de la base de données : 

Créer une base de données - Récapitulatif 

Configuration de base de données : récapitulatif 

Nom global de base de données : Papyrus 
Type de configuration de la base de données : Instance unique 

SID: Papyrus 

Type d'option de gestion : Database Control 
Type de stockage : Système de fichiers 
Type de configuration de la mémoire : Gestion automatique de la mémoire 

Détails de la configuration de base de données 
Composants de base de données 


Composant 

Sélectionné 

jo racle JVM 

true 

Ürarlp Tpxt 

tri j r 




f Enregistrer sous,forme de fichier HTML... ^ 


OK 


Annuler J 


Aide , 


Voilà, vous avez créé une base de données ! 


Les interfaces SQL*Plus 


Les interfaces SQL*Plus permettent de dialoguer avec la base de différentes manières : 

- Exécution de commandes SQL et de blocs PL/SQL ; 

- Échanges de messages avec d'autres utilisateurs ; 

- Création de rapports d'impression en incluant des calculs ; 

- Réalisation des tâches d'administration en ligne. 


Plusieurs interfaces SQL*Plus sont disponibles sous Windows : 

- En mode ligne de commande (qui ressemble à une fenêtre DOS ou telnet) ; 

- Avec l'interface graphique (qui est la plus connue dans le monde Windows) ; 


Le principe général de ces interfaces est le suivant : après une connexion locale ou distante, 
des instructions sont saisies et envoyées à la base qui retourne des résultats affichés dans la 
même fenêtre de commandes. La commande SQL*Plus HOST permet d'exécuter une 
commande du système d'exploitation qui héberge le client Oracle (exemple : DIR sous 
Window ou IS sous Unix). 


Oracle - OraDbllg_homel 
Database Control - orcl 
0 Développement d'applications 
(if* Aide d'Oracle ODBC 
J\ Oracle Provider pour OLE DB - Fichier R« 
Ü3 SQL Developer 
0 SQL Plus 


Panneau de configuration 
Périphériques et imprimantes 
Programmes par défaut 


il 

i 

i 

n 


Outils de configuration et de migration 


Aide et support 


Outils < Shortcut To C:\Users\cdi01\Documents\Oracle\product\11.2.0\dbhome_l\ 

Produi j BIN\SQLPLUS.EXE _ 

Warehouse Builder 

























































Dans une fenêtre de commandes, lancez « SQL Plus ». Un nom d'utilisateur et un mot de 
passe sont demandés. Pour les connexions distantes, il faut relier le nom du descripteur de 
connexion à celui de l'utilisateur (exemple : nom@cxbdnom). 

Lorsque vous avez créé une base, vous avez donné un mot de passe. Les utilisateurs de la 
base par défaut sont : SYS, SYSTEM, DBSNMP et SYSMAN. On se connecte avec 
l'utilisateur « SYSTEM » : 



Voici un exemple d'utilisation. On crée la table « maTableTest » qui contient la colonne 

« colonneTest ». 


CREATE TABLE maTableTest (colonneTest VARCHAR(50)); 


On insère dans cette table la valeur « Test sur SQL*Plus. ». Dans la seule colonne 
existante. 


INSERT INTO maTableTest VALUES('Test sur SQL*Plus.'); 


Pour vérifier, on sélectionne toutes les lignes de la table : 


SELECT * FROM maTableTest; 


Pour terminer, on supprime la table. 


DROP TABLE maTableTest; 





























Pour créer un utilisateur via la commande CREATE USER, donc voici un exemple : ici ont 
créé l'utilisateur « Alexandre » et le mot de passe « motpasse ». 



Il est ensuite possible de lui assigner des droits via la commande GRANT : 


GRANT CONNECT TO TEST; 



On accorde à l'utilisateur le droit de créer des tables, de sélectionner des lignes dans la 
tables, d'ajouter des lignes, d'en modifier, d'en supprimer toujours à l'aide de la commande 

« GRANT ». 



Ou plus simplement : 





























Essayons maintenant de nous reconnecter avec notre nom d'utilisateur : 



À propos des accents 

Si vous envisagez d'utiliser des accents dans des sessions SQL*Plus pour vos tables, 
colonnes..., vous devez vérifier le paramétrage de la variable Oracle NLS_LANG sur le poste 
client (et non pas du côté du SGBD comme certains le pensent). 

Dans le cas de SQL*Plus en ligne de commande, exécutez dans une fenêtre DOS la 
commande set NLS_LANG=FREIMCH_FRANCE.WE8PC850. Lancez ensuite l'interface 
d'Oracle par la commande sqlplus. Pour tester votre configuration, exécuter ces instructions 
les unes après les autres. 


CREATE TABLE tableAccentuée (colé VARCHAR2(50)); 

INSERT INTO tableAccentuée VALUES('Test éphémère sur SQL*Plus.'); 
SELECT * FROM tableAccentuée ; 

DROP TABLE tableAccentuée; 


SQL Developer 

En l'absence d'interface graphique, la version 11g d'Oracle propose l'outil « Oracle SQL 
Developer ». Au premier lancement, il vous sera demandé le chemin du répertoire contenant 
l'exécutable java.exe. « Oracle SQL Developer » permet de nombreuses fonctionnalités 
pour manipuler tous les objets d'un schéma (tables, procédures, déclencheurs, vues...), 
cependant aucune commande SQL*Plus (COL, ACCEPT...) n'est prise en compte. Ouvrez 
« Oracle SQL Developer ». 


Oracle - OraDbllg_homel 
Database Control - orcl 
Développement d'applications 
[g? Aide d'Oracle ODBC 
_j Oracle Provider pour OLE DB - Fichier R 
[^1 SQL Developer 


Si vous avez cette fenêtre, cliquez sur « Parcourir ». 


Raccourci manquant 


sa 


£>\ 


Recherche de SQLDEVELOPER.BAT. Pour rechercher le 
fichier manuellement, cliquez sur Parcourir. 


| Parcourir... ] Annuler 



















Chercher le fichier « sqldeveloper.exe ». 


Raccourci manquant 





À la première utilisation, vous devrez lui indiquer l'emplacement du fichier java.exe qui se 
situe normalement à l'emplacement : « C:\Program Files (x86)\Java\ 

jdkl.5. 0_06\bin\java.exe » 



« Oracle SQL Developer » s'ouvre alors. 


Oracle 

SQL Developer 



ORACLE 


Copyright© 2005, 2000. Oracle Coipoiation. Ail lights neseived. 


















































Cliquez sur « Oui ». 


Migrer les paramètres utilisateur 



Souhaitez-vous migrer les paramètres à partir d'une version 
précédente ? 



Puis « OK ». 


Migrer les paramètres utilisateur 

Vous pouvez migrer les paramètres utilisateur enregistrés pour toute nouvelle 
extension à partir de versions précédentes. Cliquez sur Parcourir pour sélectionner 
le dossier dans lequel les paramètres sont stockés. Par exemple, 
<INSTALLJ3IR>'inomproduit\system9.Ü.X ou ■=:USER_DIR> , isystem9.0.X. 


;:1lsersV3.S.G\AppDatayRoaming\SQL Developerteysteml ,5.5.59.69\ 


3 

Parcourir... 


Jl 

Annuler 


Sélectionner tous les types de fichiers à associer à « Oracle SQL Developer » puis cliquer 
sur « OK ». 


Configurer des associations de types de fichier 


1^1 


Sélectionner les types de fichier à associer à SQL Developer 


0 Source SQL (.sql) 

0 Source PL/SQL (.pis) 

0 Source PL/SQL (.pks) 

0 Source du corps PL/SQL (.pib) 
0 |Source du corps PUSQL (.pkb) 


Aide 


OK 


Annuler 


Lorsque le logiciel « Oracle SQL Developer » s'ouvre, vous devrez créer une connexion. 


> Oracle SQL Developer 

Fichier Modifier Visualiser Naviguer Exécuter Source Gestion des versions Migration Outils Aide 

Sâli 4P xa* • -• ^ 

^Connexions | _)Files | (yyl Q 

F 

s Sk Connexions 


r^TWM Si 


* 

X} 

I 

î 

î 

§' 


m 

! 


3 . 

I 


_ 

L (§1 Historique SQL 



Editing 



















































Cliquez droit puis « Nouvelle connexion ». 


©C onnexions 

S» SS T 

.Si Connexions 


J Files 


Nouvelle connexion 


Importer des connexions 

Exporter des connexions 


□ 


On peut créer plusieurs connexions. Pour la connexion à « Oracle SQL Developer » vous 
devez indiquer le login et le mot de passe donnée pour attaquer la base de données. Par 
exemple, pour la base Papyrus, nous avons les utilisateurs par défaut suivant : SYS, 
SYSTEM, DBSNMP, SYSMAN. Le mot de passe correspond à celui mentionné lors de la 
création de la base. 



Vous pouvez tester votre connexion. Attention, ici on utilise « Papyrus » comme nom de 
connexion. Puis cliquez sur « Enregistrer ». 

Une fois enregistrée, connectez-vous. À la connexion, on retrouve notre table 
« maTableTest » que nous avions finalement conservée. 




























































J. Oracle SQL Developer 

Fichier Modifier Visualiser Naviguer Exécuter Source Gestion des versions Migration Outils Aide 

[3BI3 XII • • 

It_j _Q [>SYSTEM HHMATABLETEST [> Papyrus 


@|jC( 


onnexions 


0^ 


a® Y 

Colonnes Données 1 Contraintes 1 Droits 1 Statistiques 1 Déclencheurs 1 Flashback 1 Dépendances 1 Détails 1 Index | SQL 

a 

o 


B ■ Ü1 LOGMNRT_MDDL$ 

ft Actions... 

? 


É IH LOGSTDB Y$APPLY_MILESTONE 

il Column Name 1| Data Type 1 Nullable Data Default || COLUMN ID || Primary Key | COMMENTS 

a 

a 


B S LOGSTDBY$APPLY_PROGRESS 

COLONNETEST VARCHAR2(50 BYTE) Yes (null) 1 (null) (null) 

a 

3 


B S LOGSTDB Y$EDS_TABLES 


& 


B El LOGSTDBY$EVENTS 




B El LOGSTDBY$FLASHBACK_SCN 




B® LOGSTDBYÎHISTORY 


m 


B® logstdbyiparameters 


a 


B S LOGSTDBYÎPLSQL 


3 


B El LOGSTDBYÎSCN 


i 


B @ LOGSTDBYÎSKIP 


Q. 

a 


B ® LOGSTDBY$SKIP_SUPPORT 


o 

o 


B ® LOGSTDBY$SKIP_TRANSACTIOf 


a 


BIm 1 ■ J«r v ETn ■SllliSiSI: 




B '1 MVIEW$_ADV_AJG 




B ® MVIEW$_ADV_BASETABLE 

V 



B "ËS MVIEW$_ADV_CLIQUE 

ï<1 _j _>n 



^ """ 1 > 

(^Historique SQL 


fABLE SYSTEM.MATABLETEST©Papyrus 

Editing j 


On retrouve également notre utilisateur « Alexandre ». 


^ Oracle SQL Developer 

Fichier Modifier Visualiser Naviguer Exécuter Source Gestion des versions Migration Outils Aide 


r^i b isâa 


9^19 *> x 


(^Connexions | | • 

a® ¥ 


• * 

□ 




tg| Papyrus 
f-ü Tables 
É - ® Vues 
È"Sâ Index 
B {fe Packages 
@ Ü Procédures 
É {fë! Fonctions 
®-cs Files d'attente 
B ll^J Tables de files d'attente 
B Là Déclencheurs 
B [g Types 
B Si Séquences 

Vues matérialisées 
BQ0 Journaux de vue matérialisée 
B 35 Synonymes 
$-01 Synonymes publics 
B© Liens de base de données 
f © Liens de base de données publics 
B lj|? Répertoires 
èfi Application Express 
B Û3 Java 
B • Schémas XML 
B Corbeille 
é-a Autres utilisateurs 
B A ALEXANDRE 


COLONNETEST VARCHAR2(50 BYTE) Yes 


[> SYSTEM IÜMATABLETEST [> Papyrus 

Colonnes Données | Contraintes | Droits I Statistiques | Déclencheurs I Flashback I Dépendances I Détails I Index | SQL 
Actions... 

Ü Column Name || Data Type izj Nullable Data Default || COLUMNID || Primary Key ||j COMMENTS 


(null) 


(null) (null) 


E^> 

a 

O 

s 





À propos des accents 

Pour « Oracle SQL Developer », c'est dans la base de registre que cela se joue. Assurez- 
vous d'avoir la valeur NLS_LANG=FRENCH_FRANCE.WE8MSWIN1252 dans l'entrée 
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE. 



































































Créer la base de données 


Les fichiers de données constituent l'ensemble des informations (système et utilisateur) de la 
base de données. Ils sont regroupés par type en Tablespaces. 

Le Tablespace est l'unité logique de stockage, composé d'un ou plusieurs fichiers physiques. 
Une base de données comporte au minimum deux fichiers de données appartenant à deux 
Tablespaces réservés à Oracle : 

- SYSTEM 

- SYSAUX 

Ils ne doivent contenir aucune donnée applicative. Une base de données comportera donc 
d'autres fichiers de données appartenant à d'autres Tablespaces. La variable d'environnement 
ORACLE_SID fait référence à l'instance en cours de traitement pour l'administrateur de la 
base de données. Les fichiers de journalisation consignent les modifications apportées aux 
données, via les instructions INSERT, UPDATE ou DELETE. 


La notion de schéma 

Le schéma dans Oracle désigne l'ensemble des éléments qui appartiennent à un utilisateur. 
Ces éléments sont : 

- Les tables 

- Les vues 

- Les synonymes 

- Les index 

- Les séquences 

- Les programmes PL7SQL (procédure, trigger, fonction et package) 

Chaque utilisateur référencé dans la base de données a un schéma qui lui est associé à la 
création de l'utilisateur. La notion de schéma en Oracle rejoint la notion de base de données 
utilisateur dans d'autres SGBD comme SQL Server par exemple. 

Un utilisateur peut faire référence à un schéma que s'il est habilité à le faire, gestion des 
droits sur les objets. 


Règle de nommage 

Un nom de structure Oracle (tablespace, table, index...) doit être composé de la manière 
suivante : 

- 30 caractères maximum, 

- Doit commencer par une lettre, 

- Peut contenir des lettres, des chiffres et trois caractères spéciaux (_$#), 







- N'est pas sensible à la casse, 

- Ne doit pas être un mot réservé Oracle. 


Création de la base de données sous Oracle 

Pour créer une base de données, il s'agira plus exactement d'une instance, vous pouvez utiliser 
l'Assistant Configuration de base de données que nous avons présentée dans le chapitre précèdent. 
Cet assistant vous permet de créer une base de données, configurer des options pour une 
base existante, supprimer une base de données et de gérer des modèles de base de données. 
Une fois lancé, il vous suffit de suivre les différentes étapes. 



Vous pouvez également créer la base de données en utilisant le langage PL-SQL. PL/SQL 
(sigle de Procédural Language / Structured Query Language) est un langage procédural 
propriétaire créé par Oracle et utilisé dans le cadre de bases de données relationnelles. Il a 
été influencé par le langage Ada. Il permet de combiner des requêtes SQL et des instructions 
procédurales (boucles, conditions...), dans le but de créer des traitements complexes destinés 
à être stockés sur le serveur de base de données (objets serveur), par exemple des 
procédures stockées ou des déclencheurs. 

Les dernières évolutions proposées par Oracle reposent sur un moteur permettant de créer et 
gérer des objets contenant des méthodes et des propriétés. Ce langage est composé 
d'instructions, réparties dans de 3 catégories distinctes : 

- DML : Data Modification Language, soit langage de manipulation de données. Dans cette 
catégorie, s'inscrivent les instructions telles que l'instruction SELECT ou encore les 
instructions qui nous permettent la création, la mise à jour et la suppression de données 
stockées dans les tables de la base de données. Il est important de retenir que le DML sert 
simplement pour les données, et en aucun cas pour la création, mise à jour ou suppression 
d'objets dans la base de données Oracle. 


























- DDL : Data Définition Language, soit langage de définition de données. Les instructions de 
cette catégorie, permettent d'administrer la base de données, ainsi que les objets qu'elle 
contient. Elles ne permettent pas de travailler sur les données. 

- DCL : Data Control Language, soit langage de contrôle d'accès. Cette catégorie 
d'instructions nous permet de gérer les accès (autorisations) aux données, aux objets SQL, 
aux transactions et aux configurations générales de la base. 

Ces trois catégories combinées permettent que le langage PL-SQL prenne en compte des 
fonctionnalités algorithmiques, et admette la programmabilité. Le PL-SQL est non seulement 
un langage de requêtage, mais aussi un vrai langage de programmation à part entière. Sa 
capacité à écrire des procédures stockées et des déclencheurs (Triggers), lui permet d'être 
utilisé dans un environnement client de type .NET, au travers d'une application en C# ou en 
VB.NET ou même en Java. 


Création de tables 

Nous avons 3 possibilités pour créer les tables qui composeront notre base de données. 

- Avec Power AMC 

- Manuellement 

- Par le code 

Une table est un ensemble de lignes et de colonnes. Pour créer une table, il faut définir à 
partir d'une analyse : 

- Des colonnes avec leur format d'utilisation (type) 

- Des contraintes sur ces colonnes. 

Sur une table on peut définir jusqu'à 1000 colonnes. 


Avec Power AMC 

Sur Power AMC, à partir de notre modèle physique de données générer précédemment, 
cliquez sur « SGBD » de la barre de menu de Power AMC puis « Générer la base de 
données ». 







Sélectionnez le répertoire de sortie et le nom du fichier *.sql. Nous le nommerons 
« Papyrus.sql ». Vous avez également la possibilité de configurer différentes options. 




Le fichier est alors généré à l'emplacement indiquer. 





































































































Revenons sur le programme « Oracle SQL Developer ». Cliquez sur « Fichier » puis 
« Ouvrir ». 


^ Oracle SQL Developer 



Fermer Ctrl-F4 

Tout fermer Ctrl+Maj-F4 

3 Enregistrer Ctrl- s 

Enregistrer sous... 

3 Enregistrer tout 
Renommer... 

► 
► 

Mise en page... 

A Imprimer... Ctrl-P 

Quitter Alt-F4 

□T | ï II \ l' I I . L'_'. .4- . L- ï . I i . 


Comparer à 
Remplacer par 



Ouvrez le fichier « « Papyrus.sql ». 


































^ Oracle SQL Developer : C:\Users\cdi01\Desktop\A Faire\Oracle\Papyrus.sql 
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Connexions (j^R... IQ 0 

^ % T 

n&> Connexions 
0-@ Papyrus 
3 13 Tables 
3 3l Vues 
3 Gâ Index 
0-QB Packages 
3 Câ Procédures 
3 Hl Fonctions 
3-Qâ Files d'attente 
EE Tables de files d'attente 
3 S Déclencheurs 
ES [g Types 
3 Ql Séquences 
15 Vues matérialisées 
3 SQ Journaux de vue matérialisée 
3- 01 Synonymes 
3 a Synonymes publics 
3 a Liens de base de données 
3 33 Liens de base de données publics 
3 fêp Répertoires 
3 0 Application Express 
3- G3 Java 
3 3 Schémas XML 
é'-^ÿ Corbeille 
3 Q| Autres utilisateurs 


Papyrus Papyrus, sql 

SQL_Worksheet Historique 

[> s ^ 

/*.. 

/* Nom de SGBD : ORACLE Version 11g 

/* Date de création : 02/05/2011 20:13:58 

/* ========= = ===== = ======================== : 


al ter taille ENTCOM 

drop constraint FK_ENTC0H_ATTRIBUER_F0URNISS; 
al ter taille LIGCOM 

drop constraint FK_LIGC 0H_C OHP 0RTER_ENTCOH; 
alter taille LIGCOM 

drop constraint FK_LIGC 0M_RE FERENCE_PRODUIT; 
alter table VENDRE 

drop constraint FK_VENDRE_VENDRE_PRODUIT; 
alter taille VENDRE 

drop constraint FK_VENDRE_VENDRE2_F0URNISS; 
drop index ATTRIBUER_FK; 
drop table ENTCOM cascade constraints; 


drop taille FOURNISSEUR cascade constraints; 


drop index C0MP0R"n:R_FK; 


*/ 

*/ 


*/ 

*/ 


À ce stade, on peut modifier le code SQL afin d'ajouter des contraintes, de modifier les types... 
Nous verrons plus loin qu'il existe d'autres possibilités. On supprime également les lignes 
suivantes : 


alter table ENTCOM 

drop constraint FK_ENTCOM_ATTRIBUER_FOURNISS ; 
alter table LIGCOM 

drop constraint FK_LIGCOM_COMPORTER_ENTCOM; 
alter table LIGCOM 

drop constraint FK_LIGCOM_REFERENCE_PRODUIT; 
alter table VENDRE 

drop constraint FK_VENDRE_VENDRE_PRODUIT; 


alter table VENDRE 

drop constraint FK_VENDRE_VENDRE2_FOURNISS; 
drop index ATTRIBUER_FK; 
drop table ENTCOM cascade constraints; 
drop table FOURNISSEUR cascade constraints; 
drop index COMPORTER_FK; 
drop index REFERENCER_FK; 
drop table LIGCOM cascade constraints; 
drop table PRODUIT cascade constraints; 
























drop index VENDRE2_FK; 
drop index VENDRE_FK; 

drop table VENDRE cascade constraints; 


Voici notre fichier modifié : 


- / 

/* Nom de SGBD : ORACLE Version 11g */ 

/* Date de création : 02/05/2011 20:13:58 */ 

- / 

/*==============================================================*/ 

/* Table : ENTCOM */ 

- / 

create table ENTCOM 

( 

NUMCOM INTEGER not null, 

NUMFOU INTEGER not null, 

OBSCOM VARCHAR2(25) not null, 

DATCOM DATE not null, 

constraint PK_ENTCOM primary key (NUMCOM) 

) ; 

- / 

/* Index : ATTRIBUER_FK */ 

- / 


create index ATTRIBUER_FK on ENTCOM ( 
NUMFOU ASC 

) ; 


/*====================== 

/* Table : FOURNISSEUR 
/*======================■- 

create table FOURNISSEUR 
( 


NUMFOU 

INTEGER 

not 

null 

NOMFOU 

VARCHAR2(30) 

not 

null 

RUEFOU 

VARCHAR2(30) 

not 

null 

POSFOU 

VARCHAR2(5) 

not 

null 

VILFOU 

VARCHAR2(30) 

not 

null 

CONFOU 

VARCHAR2(15) 

not 

null 

SATISF 

SMALLINT 

not 

null 

constraint 

PK_FOURNISSEUR primary key 

(NUMFOU) 



) ; 


*/ 

*/ 

*/ 


/*=================: 

/* Table : LIGCOM 
/*================== 

create table LIGCOM 
( 


NUMCOM 

INTEGER 

not null 

NUMLIG 

SMALLINT 

not null 

CODART 

CHAR(4) 

not null 

QTELIV 

SMALLINT 

not null 

DERLIV 

DATE 

not null 

QTECDE 

SMALLINT 

not null 

PRIUNI 

NUMBER(8 , 2 ) 

not null 

constraint 

PK_LIGCOM primary key 

(NUMCOM, NUMLIG) 


) ; 


*/ 

*/ 

*/ 

























/*==============================================================*/ 

/* Index : REFERENCER_FK */ 

- / 

create index REFERENCER_FK on LIGCOM ( 

CODART ASC 

) ; 

- / 

/* Index : COMPORTER_FK */ 

/*==============================================================*/ 

create index COMPORTER_FK on LIGCOM ( 

NUMCOM ASC 

) ; 

/*==============================================================*/ 

/* Table : PRODUIT */ 

- / 

create table PRODUIT 

( 

CODART CHAR(4) not null, 

LIBART VARCHAR2(30) not null, 

STKALE SMALLINT not null, 

STKPHY SMALLINT not null, 

QTEANN SMALLINT not null, 

UNIMES VARCHAR2(5) not null, 

constraint PK_PRODUIT primary key (CODART) 

) ; 

/*==============================================================*/ 

/* Table : VENDRE */ 

/*==============================================================*/ 

create table VENDRE 

( 

CODART CHAR(4) not null, 

NUMFOU INTEGER not null, 

DELLIV SMALLINT not null, 

QTE1 SMALLINT not null, 

PRIX1 NUMBER(8,2) not null, 

QTE2 SMALLINT not null, 

PRIX2 NUMBER(8,2) not null, 

QTE3 SMALLINT not null, 

PRIX3 NUMBER(8,2), 

constraint PK_VENDRE primary key (CODART, NUMFOU) 

) ; 

/*==============================================================*/ 

/* Index : VENDRE_FK */ 

- / 

create index VENDRE_FK on VENDRE ( 

CODART ASC 

) ; 

- / 

/* Index : VENDRE2_FK */ 

/*==============================================================*/ 

create index VENDRE2_FK on VENDRE ( 

NUMFOU ASC 

) ; 

alter table ENTCOM 


56 



























add constraint FK_ENTCOM_ATTRIBUER_FOURNISS foreign key (NUMFOU) 
references FOURNISSEUR (NUMFOU); 

alter table LIGCOM 

add constraint FK_LIGCOM_COMPORTER_ENTCOM foreign key (NUMCOM) 
references ENTCOM (NUMCOM); 

alter table LIGCOM 

add constraint FK_LIGCOM_REFERENCE_PRODUIT foreign key (CODART) 
references PRODUIT (CODART); 

alter table VENDRE 

add constraint FK_VENDRE_VENDRE_PRODUIT foreign key (CODART) 
references PRODUIT (CODART); 

alter table VENDRE 

add constraint FK_VENDRE_VENDRE2_FOURNISS foreign key (NUMFOU) 
references FOURNISSEUR (NUMFOU); 


Pour exécuter votre requête, cliquez sur le bouton le bouton « Exécuter » (la flèche en vert) 
pour lancer la requête. 


SQL_Worksheet Historique 

2 ^ ^ & 0 seconds 

Exécuter l'instruction (F9) 

NOM ÜÉ bWW ! - HEdCLE Version 11g */ 


/* Date de création : 02/05/2011 20:13:58 */ 

/* ============================================================== V 

I 

/*==============================================================*/ 

/* TaDle : ENTCOM */ 

/* ============================================================== V 

créâte table ENTCOM 


Sélectionnez la connexion avec laquelle vous souhaitez exécuter la requête. Ici, nous utilisons 
la connexion du nom « Papyrus » puisqu'elle référence l'instance de notre base de données 
« Papyrus ». Attention ! Le nom de notre base et le nom de l'utilisateur sont les mêmes, 
mais n'ont rien à voir ! 


£ Sélectionner une connexion 




Sélectionnez dans la liste la connexion que vous voulez utiliser 
ou créez-en une. 


Connexion : Papyrus 


- ❖ ✓ 


Aide 


OK 


Annuler 



Cliquez droit sur « Tables » puis « Régénérer ». 












































Fi Régénérer 


Tables 

È"H [ O Nouvelle table.., 

é-Mi. 

s-n [<1 

é-H [ V Appliq uer un filtre... 

s-H c 

ii-H [ 

g]..ra [ Importer des données 


Vous pouvez alors vérifier que vos tables ont bien été créées. 

É D Tables 

î $ B DEFJi_CALLDEST 
+ B DEFJ!_DEFAULTDEST 
I $ B DEFJi_DESTINATION 
é B DEF|_ERROR 
E B DEFÏ_LOB 
É B DEF$_ORIGIN 
| 1+ B DEF$_PROPAGATOR 

+ O DEF$_PUSHED_TRANSACTIC 
+1 B ENTCOM 
lt B FOURNISSEUR 
+I -B HELP 
+ B LIGCOM 


Création de tables par l'interface 

Dans « Oracle SQL Developer », pour créer une nouvelle table, cliquez droit sur « Tables » 
puis « Nouvelle table ». 


Connexions 


□-■f sJ Papyrus 

0 ■■■£ Tables 

El - ï&f Vu. 

i::: Nouvelle table... 

E • s. Indi 

rin 1 -ite r-. 

Si- 1 ) Réaénérer 


Création de la table « Employé » pour laquelle les champs Matricule, Nom, Prénom, 
DateEntrée ne peuvent être nuis. 























Par le code 

Création de la table « Employé » pour laquelle les champs Matricule, Nom, Prénom, 
DateEntrée ne peuvent être nuis. Cliquez droit sur le nom d'utilisateur (ici « Papyrus ») puis 
sélectionnez « Ouvrir une feuille de calcul SQL ». 


^Connexions 1 B- ID 

M_T 

4-SS, Connexions 

Ê-@| Papyrus _ 


□ 


-H 


JJ 


Connexion 

Déconnexion 
Renommer la connexion 
K! Supprimer 


Supprimer 


Ajouter au dossier 

Enlever du dossier 


Gérer la base de données 


Propriétés,,, 


Référentiel de migration 


Ouvrir une feuille de calcul SQL 


Débogage à distance 

Collecter les statistiques du schéma 

Générer un document de base de données 

Réinitialiser le mot de passe 




LOGMNR_COLTYPE$ 



Saisissez le code SQL correspondant à la création de la table « Employé ». 






























































[> Papyrus 

[>ll^£S>Bi3a§a 4 / 

CREATE TABLE Employé( 

Matricule HUHERIC MOT HULL , 
ïïom VARCHAR2 (25 ) MOT HULL, 
Prénom VARCHAR2 (15) HOT HULL, 
Adresse VARCHAR (30) HULL, 

Cp HUHER1C (5,0) , 

DateEntree DATE HOT HULL, 

DateFin DATE HULL) ; 

I 


CREATE TABLE Employé( 
Matricule NUMERIC NOT NULL, 

Nom VARCHAR2(25) NOT NULL, 
Prénom VARCHAR2 (15) NOT NULL, 
Adresse VARCHAR (30) NULL, 

Cp NUMERIC(5,0), 

DateEntree DATE NOT NULL, 
DateFin DATE NULL); 


Exécutez le code en cliquant sur la flèche verte. 


Modifications de tables et contraintes 

Pour modifier une table, vous avez deux possibilités : en utilisant l'interface de « Oracle SQL 
Developer » ou par le code. 

En utilisant l'interface 

Nous devons modifier manuellement les types, car dans Power AMC, il n'y a pas tous les types 
que propose Oracle. Pour modifier une table manuellement, cliquez droit sur la table à 
modifier puis « Création ». 


1 DEFÎ_PUSHED_TRANSACTIONS 
I ENTCOM 


Ouvrir 


labié 

Colonne 

Contrainte 

Indice 

Privilèges 

Statistiques 

Stockage 

Déclencheur 


lluomnm. 


Importer des données 
Exporter le code DDL ► 

Exporter des données ► 


E=- 


Impt 



Vous pouvez maintenant effectuer les modifications concernant tous les éléments de la table 
(Colonnes, clé primaire, Index, contraintes...)- 





















^ Modifier unetable 




Schéma : 

Nom: ENTCÜM 

Type de table : 



Search ^ 



h - Clé primaire 


Contraintes uniques 
Clés étrangères 
Contraintes de vérification 
Index 

\ .Propriétés de table 

f.Paramètres LOB 

\ .Commentaire 

Langage DDL 


Colonnes : 


NUMCOM 


NUMFOU 

OBSCOM 

DATCOM 



v 


Propriétés de colonne 

Nom NUMCOM 

Type de données : Simple Complexe 

Type : | NUMBER 

Précision: 

Echelle: 


Valeur par défaut : 

0 Ne peut pas être NULL 

Commentaire : 

A 

V 



Aide 


OK 


Annuler 


Par le code 

On ajoute une colonne « CODEREP » à la table client. 


—Ajout d'une colonne 

ALTER TABLE Client ADD CODEREP char(2) null; 


On renomme la table « TABLE1 » en « CHEFS » 


ALTER TABLE TABLE1 
RENAME TO CHEFS; 


On modifie la colonne « NOM » de la table « CLIENT ». 


ALTER TABLE CLIENT 

MODIFY NOM varchar2(100) null; 


On supprime la colonne « CODEREP » de la table « CLIENT » 


ALTER TABLE CLIENT 

DROP COLUMN CODEREP; 


Supprimer une table 

La suppression d'une table entraîne la suppression de toutes les données présentes dans la 
table. Les déclencheurs et les index associés à la table sont également supprimés. Il en est de 
même pour les permissions d'utilisation de la table. 




































































DROP 

TABLE 

[ schéma .] nom_table ; 


DROP 

TABLE 

[schéma.]nom_table CASCADE CONSTRAINTS; 


Vous devez : 

• Posséder un privilège DROP ANY TABLE 

• Ou être le créateur de la table 

La suppression d'une table supprimera les données et les index associés. La suppression ne 
sera pas possible si la table est référencée par une clé étrangère. 


—Suppression de la table CHEFS 
DROP TABLE CHEFS 


Supprimer une base de données 

Depuis la version 10G d'Oracle, il est maintenant possible de supprimer une base de données 
avec une commande DROP DATABASE. Seront supprimés : 

• Les DATAFILES 

• Les REDO LOG FILES 

• Les CONTROLFILES 

• Le SPFILE 

Les fichiers init.ora (PFILE) et Password File (PWDsid.ora) ne sont pas supprimés. Pour 
effectuer une suppression, vous devez vous connecter avec SYSDBA. Nous effectuons les 
manipulations suivantes avec SQL*Plus. 


SQL> CONNECT / AS SYSDBA 


Fermer la base de données. 


SQL> SHUTDOWN ABORT 


Monter la base de données en mode EXCLUSIVE RESTRICT. 


SQL> STARTUP MOUNT EXCLUSIVE RESTRICT 


Suppression de la base de données. 


SQL> DROP DATABASE 


Suppression de l'instance (service Oracle). 


C:\ORADIM -DELETE -SID OracleServiceSID 














Création d'une séquence (compteur) 


Un compteur (séquence) est un objet Oracle permettant de générer automatiquement une 
série de valeurs uniques. Cet outil est utile pour exploiter un attribut clé tel qu'un numéro 
d'ordre sans risque de saisir des doublons par erreur. 

La commande suivante permet de définir un compteur nommé « monCompteur » qui va 
s'incrémenter de 1 par défaut et pouvant atteindre 1000 pour ensuite repartir à zéro (cycle). 


CREATE SEQUENCE monCompteur 
START WITH 1 
MAXVALUE 1000 
CYCLE; 


On aurait pu ajouter l'option INCREMENT BY et spécifier le pas d'incrémentation : 


CREATE SEQUENCE monCompteur 

INCREMENT BY 5 

START WITH 1 

MAXVALUE 1000 

CYCLE; 



Pour accéder à votre compteur, il suffit d'utiliser la commande SELECT sur la table DUAL 
gérée par Oracle. 


SELECT monCompteur.nextval 
FROM dual ; 


Créons la table suivante : 


CREATE TABLE CLIENT 




NUMERO 

INTEGER 

not 

null, 

NOM 

VARCHAR2(25) 

not 

null. 

PRENOM 

VARCHAR2(25) 

not 

null, 

constraint PK_CLIENT 

) ; 

primary key (NUMERO) 




Affection de la valeur du compteur lors de l'ajout d'un enregistrement dans une table : 




INSERT INTO CLIENT VALUES 
























(monCompteur.nextval, ’Tartanpion', 'Toto') 


Résultat : 


SELECT * FROM CLIENT 


SELECT * FROM CLIEITlt 


< _ >_ 

AT_ 

Résultats | Sortie de script | ^Expliquer | ^Enregistrer la trace automatiquement | ^.Sortie SGBD | ■ , '■ Sortie CWA 
Résultats : 


1 

NUMERO 

| NOM 

|ï| PRENOM 


1 

6 Tartanpion Toto 

A 





V 


Intégrité des données 

On distingue 4 types d'intégrité : 

■ L'intégrité de domaine (ou de colonne) consiste à préciser l'ensemble des valeurs valides 
dans une colonne et à indiquer si les valeurs nulles sont autorisées. 

■ L'intégrité d'entité (ou de table) consiste à s'assurer que toutes les lignes d'une table 
possèdent un identificateur unique. 

■ L'intégrité référentielle garantit le maintien d'une relation existant entre une clé primaire 
dans une table référencée et une clé étrangère dans chacune des tables qui la référencent. 

■ L'intégrité définie par l'utilisateur permet de définir de règles d'entreprise spécifiques 
qui n'entrent dans aucune des autres catégories d'intégrité. 


Les contraintes 

Les contraintes constituent une méthode pour assurer l'intégrité des données. Elles 
garantissent la validité des valeurs saisies dans les colonnes et le maintien des relations entre 
les tables. Elles se mettent en oeuvre dans les instructions CREATE TABLE ou ALTER TABLE. 

Les contraintes s'appliquent sur des colonnes ou sur des tables entières. Une contrainte de 
colonne fait partie de la définition de la colonne et ne s'applique qu'à celle-ci. 

Une contrainte de table est déclarée indépendamment de la définition d'une colonne et peut 
s'appliquer à plusieurs colonnes d'une même table. Dès lors que la contrainte porte sur 
plusieurs colonnes, elle doit être définie au niveau table. 























Type de contrainte 


Description 

Clé Primaire 

PRIMARY KEY 

Identifie chaque ligne de façon unique, 
interdit les doublons et garantit la création 
d F un index pour améliorer les 
performances ; les valeurs NULL ne 
sont pas acceptées. Une table ne peut 
comporter qu’une seule clé primaire 

Unicité 

UNIQUE 

Empêche la création de doublons dans les 
colonnes non clé primaires et garantit la 
création d’un index pour améliorer les 
performances ; les valeurs NULL sont 
acceptées. 

Clé étrangère 

FOREIGN KEY 

Définit une colonne ou ensemble de 
colonnes dont les valeurs sont égales à 
la clé primaire de la table référencée 

Validation 

CHECK 

Spécifie une règle de validité 
s’appliquant aux valeurs d'une colonne. 

Valeur par défaut 

DEFAULT 

Valeur par défaut de la colonne 
(lors d"un INSERT) 

Champs non nuis 

NOT NULL 

La valeur de la colonne doit être définie 


Exemple 1 : Création de la table « Employé » pour laquelle : 

■ Les champs Matricule, Nom, Prénom, DateEntree ne peuvent être nuis 

■ La clé primaire est le champ Matricule, champ compteur dont la valeur initiale 
est 1, et l'incrément de 1 

■ La colonne Nom ne peut contenir de doublons 


CREATE TABLE Employé( 

Matricule NUMERIC NOT NULL PRIMARY KEY, 
Nom VARCHAR2(25) NOT NULL UNIQUE, 

Prénom VARCHAR2 (15) NOT NULL, 

Adresse VARCHAR (30) NULL, 

Cp NUMERIC(5,0), 

DateEntree DATE NOT NULL, 

DateFin DATE NULL); 


■ Qu'on aurait pu coder : 


CREATE TABLE Employé( 

Matricule NUMERIC NOT NULL , 

Nom VARCHAR2(25) NOT NULL , 

Prénom VARCHAR2 (15) NOT NULL, 

Adresse VARCHAR (30) NULL, 

Cp NUMERIC(5,0), 

DateEntree DATE NOT NULL, 

DateFin DATE NULL, 

CONSTRAINT PK_Employee PRIMARY KEY (Matricule), 
CONSTRAINT UK_Employe UNIQUE (Nom) ) ; 


■ Pour une clé primaire constituée de 2 colonnes, on aurait forcément codé : 


CREATE TABLE Employé( 











Matricule NUMERIC NOT NULL , 

Nom VARCHAR2(25) NOT NULL , 

Prénom VARCHAR2 (15) NOT NULL, 

Adresse VARCHAR (30) NULL, 

Cp NUMERIC(5,0), 

DateEntree DATE NOT NULL, 

DateFin DATE NULL, 

CONSTRAINT PK_matricule PRIMARY KEY (Nom, Prénom)) ; 


Exemple 2 : Ajout d'une contrainte DEFAULT qui insère la valeur '*Inconnu*' dans la colonne 
du prénom, si aucun prénom n'a été saisi. La colonne doit être codée : 


Prénom VARCHAR (15) NOT NULL DEFAULT '*Inconnu*', 


Cette contrainte ne s'applique qu'à l'insertion d'un enregistrement. 

Exemple 3 : Ajout d'une contrainte CHECK qui assure que la date de résiliation du contrat est 
bien postérieure à la date d'embauche. 


ALTER TABLE Employé 

ADD CONSTRAINT CK_ Employé CHECK (DateFin < DateEntree) 


Une contrainte CHECK peut être créée avec n'importe quelle expression logique (booléenne) 
qui retourne TRUE ou FALSE sur la base des opérateurs logiques. Pour contrôler qu'une 
colonne salaire est comprise entre 1500 € et 10000 €, l'expression logique est la suivante : 


Salaire >= 1500 AND salaire <= 10000 


Pour s'assurer qu'une colonne Département est bien composée de 2 chiffres, l'expression 
logique sera de type : 


Dep like (’ [0-9] [0-9] ’ ) 


Exemple 4 : Création de la table Client pour laquelle : 

■ Les champs CodeCIi, Nom, CodeRep ne peuvent être nuis. 

■ La clé primaire est le champ CodeCIi. 

■ La contrainte FOREIGN KEY, basé sur la colonne Coderep référence le champ CodeRep de 
la table Représentant pour garantir que tout client est associé à un représentant existant. 


CREATE TABLE Client 
(CodeCIi NUMERIC NOT NULL, 

Nom VARCHAR2(25) NOT NULL, 

Coderep NUMERIC NOT NULL, 

CONSTRAINT PK_Codecli PRIMARY KEY (Codecli), 

CONSTRAINT FK_Client_REPRESENTANT FOREIGN KEY (Coderep) 
REFERENCES Représentant (Coderep)) 


Pour pouvoir créer une telle relation au niveau du schéma de la base, il est nécessaire que la 
colonne CODEREP soit clé primaire de la table REPRESENTANT. 










Dans le cas d'une relation entre les tables Client et REPRESENTANT, le fait que l'intégrité 
empêche de supprimer un représentant est plutôt une bonne chose : un représentant quittant 
sa société, n'emmène pas tous ses clients avec lui... 

Il n'en serait pas de même entre les tables Commandes et Detail_Commandes : En effet, 
si un client souhaite annuler sa commande, il est important de supprimer au même moment, 
tout le détail... 

Il faut également protéger l'insertion de données dans la table Detail_Commandes, pour 
que toute ligne détail ait une correspondance dans la table Commandes. Le choix effectué 
dans les spécifications INSERT et UPDATE (supprimer une règle) dans les propriétés de la 
relation entre ces deux tables garantit les règles de gestion imposées. La syntaxe SQL 
correspondant aux options : 


ALTER TABLE.Detail_Commandes 

ADD 



CONSTRAINT 

FK_Detail 

Commandes_Commandes FOREIGN KEY (NO_Cde) 

REFERENCES 

Commandes 

(NO_Cde) 

ON DELETE 

CASCADE ; 



ON DELETE CASCADE : demande la suppression des lignes dépendantes dans la table en 
cours de définition, si la ligne contenant la clé primaire correspondante dans la table maître 
est supprimée. Si cette option n'est pas indiquée, la suppression sera impossible dans la table 
maître s'il existe des lignes référençant cette valeur de clé primaire. 

ON DELETE SET NULL : Demande de la mise à NULL des colonnes constituant la clé 
étrangère qui font référence à la ligne supprimée. Si cette option n'est pas indiquée, la 
suppression sera impossible dans la table maître s'il existe des lignes référençant cette valeur 
de clé primaire. 

[NOT] DEFERRABLE : Repousse ou nom [NOT] la vérification de la contrainte au moment de 
la validation de la transaction. 


Mnémonique associée au type de contrainte 

Voici les mnémoniques associées au type de contrainte pour le nommage de celles-ci : 

PK Clé primaire 
UQ Unique 
NN NOT NULL 
CK Check 
RF Références 
FK Clé étrangère 







Alimenter la base de données 


Saisir des données dans vos tables 

Pour saisir des données dans vos tables, nous allons vous présenter 3 méthodes. Nous 
utiliserons le jeu d'essai suivant : 

4 La table Produit 


Code 

Libellé 

sroc/f 

alerte 

Stock en¬ 
cours 

Qté 

annuelle 

Un/té mes. 

1100 

Papier 1 ex continu 

100 

557 

3500 

B1000 

1105 

Papier 2 ex continu 

75 

5 

2300 

B1000 

1108 

Papier 3 ex continu 

200 

557 

3500 

B500 

1110 

Papier 4 ex continu 

10 

12 

63 

B400 

P220 

Pré imprimé commande 

500 

2500 

24500 

B500 

P230 

Pré imprimé facture 

500 

250 

12500 

B500 

P240 

Pré imprimé bulletin paie 

500 

3000 

6250 

B500 

P250 

Pré imprimé bon livraison 

500 

2500 

24500 

B500 

P270 

Pré imprimé bon fabrication 

500 

2500 

24500 

B500 

ROBQ 

Ruban Epson 850 

10 

2 

120 

unité 

R132 

Ruban imp1200 lignes 

25 

200 

182 

unité 

B002 

Bande magnétique 6250 

20 

12 

410 

unité 

B0Ü1 

Bande magnétique 1200 

20 

87 

240 

unité 

D035 

CD R slïm 80 mm 

40 

42 

150 

B01 0 

D050 

CD R-W 80mm 

50 

4 

0 

B010 


La table ENTCOM 


Numéro commande 

Obsefvaffofr 

commande 

Date commande 

N° compte 

fournisseur 

00010 


10/02/2010 

00120 

0001 1 

Commande urgente 

01/03/2010 

00540 

00020 


25/04/2010 

09180 

00025 

Commande urgente 

30/04/2010 

09150 

00210 

Commande cadencée 

05/05/2010 

00120 

00300 


06/06/2010 

09120 

00250 

Commande cadencée 

02/10/2010 

08700 

p0620 


02/10/2010 

00540 

00625 


09/10/2010 

00120 

00620 


12/10/2010 

09180 






68 




















-> La table LIGCOM 


N° 

command 

e 

N° Lig 

Produit 

Quantité 

cdée 

Prix 

Unitaire 

Qté livrée 

Dernière 

Livraison 

00010 

01 

1100 

3000 

47.00 

3000 

15/03/2010 

00010 

02 

1105 

2000 

48.50 

2000 

05/07/2010 

00010 

03 

1108 

1000 

68.00 

1000 

20/03/2010 

00010 

04 

DO 35 

200 

40.00 

250 

20/02/2010 

00010 

05 

P220 

6000 

350.00 

6000 

31/03/2010 

00010 

06 

P240 

6000 

200.00 

2000 

31/03/2010 

0001 1 

01 

1105 

1000 

60.00 

1000 

16/05/2010 

00020 

01 

B001 

200 

140.00 


31/12/2010 

00020 

02 

BG02 

200 

140.00 


31/12/2010 

00025 

01 

1100 

1000 

59.00 

1000 

15/05/2010 

00025 

02 

1105 

500 

59.00 

500 

15/05/2010 

00210 

01 

1100 

1000 

47.00 

1000 

15/07/2010 

00010 

02 

P220 

10000 

350.00 

10000 

31/03/2010 

00300 

01 

1110 

50 

79.00 

50 

31/10/2010 

00250 

01 

P230 

15000 

490.00 

12000 

15/12/2010 

00250 

02 

P220 

10000 

350.00 

10000 

1 0/11/2010 

00620 

01 

1105 

200 

60.00 

200 

01/11/2010 

00625 

01 

1100 

1000 

47.00 

1000 

15/10/2010 

00625 

02 

P220 

10000 

350.00 

10000 

31/10/2010 

00629 

01 

B001 

200 

140.00 


31/12/2010 

00629 

02 

B0Q2 

200 

140.00 


31/12/2010 


4 La table Fournisseur 


N° compte| 

fournisseur 

Raison sociale 

Adresse 

Nom 

Contact 

indice 

satisfactio 

n 

00120 

GROBRIGAN 

20 rue du papier 

92200 papercity 

Georges 

08 

00540 

ECLIPSE 

53, rue laisse flotter les rubans 

78250 Bugbugville 

Nestor 

07 

08700 

MEDICIS 

120 rue des plantes 

75014 Paris 

Lison 


09120 

DISCOBOL 

1 1 rue des sports 

85100 La Roche sur Yon 

Hercule 

08 

09150 

DEPANPAP 

26, avenue des locomotives 

59987 Coroncountry 

Pollux 

05 

09180 

HURRYTAPE 

68, boulevard des octets 

04044 Dumpville 

Track 






















4 La table Vente 


Cruie 

N° nnt fnurn. 

DÂlai lîvr. 

OtÂ 1 

PriY 1 

ntà 9 

PriY 9 

OtÂ 3 

PriY .1 

1100 

00120 

90 

0 

700 

50 

600 

120 

500 

1100 

00540 

70 

0 

710 

60 

630 

100 

600 

1100 

00120 

60 

û 

800 

70 

600 

90 

500 

1100 

09150 

90 

0 

650 

90 

600 

200 

590 

il 00 

09180 

30 

0 

720 

50 

670 

100 

490 

Il 05 

00120 

90 

10 

705 

50 

630 

120 

500 

1105 

00540 

70 

0 

810 

60 

645 

100 

600 

1105 

09120 

60 

0 

920 

70 

800 

90 

700 

1105 

09150 

90 

0 

685 

90 

600 

200 

590 

1105 

08700 

30 

0 

720 

50 

670 

100 

510 

1108 

00120 

90 

5 

795 

30 

720 

100 

680 

1108 

09120 

60 

0 

920 

70 

820 

100 

780 

1110 

09180 

90 

0 

900 

70 

870 

90 

835 

1110 

09120 

60 

0 

950 

70 

850 

90 

790 

D035 

00120 

0 

0 

40 





D035 

09120 

5 

0 

40 

100 

30 



1105 

09120 

8 

0 

37 





0035 

00120 

0 

0 

40 





0035 

09120 

5 

0 

40 

100 

30 

5 

0 

1105 

09120 

8 

0 

37 





P220 

00120 

15 

0 

3700 

100 

3500 



P230 

00120 

30 

0 

5200 

100 

5000 



P240 

00120 

15 

0 

2200 

100 

2000 



P250 

00120 

30 

0 

1500 

100 

1400 

500 

1200 

P250 

09120 

30 

0 

1500 

100 

1400 

500 

1200 

P220 

08700 

20 

50 

3500 

100 

3350 



P230 

08700 

60 

0 

5000 

50 

4900 



R0 80 

09120 

10 

0 

120 

100 

100 



R132 

09120 

5 

0 

275 





B 001 

08700 

15 

0 

150 

50 

145 

100 

140 

B 002 

08700 

15 

0 

210 

50 

200 

100 

185 


Par l'interface 

Sélectionner la table de votre choix. Ici nous prenons un exemple avec la table « ENTCOM ». Sur 
l'onglet « Données », cliquer sur le plus en vert pour insérer une ligne. 


□entcom 


0 

Colonnes Données Contraintes I Droits I Statistiques I Déclencheurs I Flashback I Dépendances I Détails I Index I SQL 


jt % % X * * 1 Trier... 

Fiitrer : T Actions.. 

1_ 

A 

ISO NUMCOM |z| NUMFOU 
Insérer une ligne 

1 OBSCOM 1 DATCOM 



Saisissez les données appropriées... 


































B EfifTCOM 

0 

Colonnes Données Contraintes I Droits I Statistiques I Déclencheurs iFlashback I Dépendances I Détails I Index |SGL 

jt ® HÜ- X ^ E» Trier... Filtrer : 


r \ Actions... 


3 


120 


03 / 05/11 


Vous pouvez alors compléter vos données ligne par ligne. 


Eéwtcom 


Colonnes 

Données 

Contraintes | Droits | Statistiques | Déclencheurs | 


li& X .bi Trier... Filtrer : 


NUMCOM 

Il NUMFOU 11 OBSCOM 

Il DATCOM 

+ 1 

8 

120 

03/05/2011 

+2 

6 

153 Commande ... 

04/05/2011 

+3 

H 

200 Commande 

05/05/2011 


De la même manière, vous pouvez modifier et supprimer les lignes de votre table. 



Par le code 

Nous allons vous présenter les instructions principales : INSERT pour l'insertion de donnée, 
UPDATE pour la mise à jour de vos données et DELETE pour la suppression. Nous verrons 
également d'autres commandes possibles. 

INSERT 


La création de lignes dans une table, ou dans une vue selon certaines conditions se fait par la 
commande INSERT. 

Exemple d'insertion par liane de code : 


INSERT 

INTO PRODUIT 

(CODART, 

LIBART, STKALE , 

STKPHY, 

QTEANN, UNIMES) 

VALUES 
'B500') 

( ' P250’, 'Pré 

imprimé 

bon livraison'. 

' 500', 

'2500', '24500', 


INSERT INTO LIGCOM (NUMCOM, NUMLIG, CODART, QTELIV, DERLIV, QTECDE, PRIUNI) 
VALUES ( 1 00010 1 , ’04', '1100', '250', '20/02/2010', '200', '40') 























































Autres exemples : 


Insérer l'employé 00140, de nom REEVES, de prénom HUBERT dans le département A00, de 
salaire 2100C. 


INSERT INTO EMPLOYES 

VALUES (00140,'REEVES','HUBERT','A00', 2100) 


Insérer dans la table EMPLOYES_AOO préalablement créée de structure tous les employés de 
la table EMPLOYES attachés au département A00. 


INSERT INTO EMPLOYES_AOO (NOEMP, NOM, PRENOM, SALAIRE) 
SELECT NOEMP, NOM, PRENOM, SALAIRE 
FROM EMPLOYES 
WHERE WDEPT = 'A00' 


UPDATE 


La modification des valeurs des colonnes de lignes existantes s'effectue par l'instruction 
UPDATE. Cette instruction peut mettre à jour plusieurs colonnes de plusieurs lignes d'une 
table à partir d'expressions ou à partir de valeurs d'autres tables. 

Augmenter le salaire de 20% de tous les employés pour la table EMPLOYES de structure 


UPDATE EMPLOYES 

SET SALAIRE = SALAIRE * 1,2 


Augmenter le salaire de 20% de l'employé de matricule 00040. 


UPDATE EMPLOYES 

SET SALAIRE = SALAIRE * 1,2 

WHERE NOEMP = 00040 


SET 

Nom des colonnes et leurs valeurs ou expressions mises à jour. 

FROM 

Nom d'autres tables utilisées pour fournir des critères. 

WHERE 

Critère de sélection pour la mise à jour d'une ligne (optionnel) Si la clause WHERE n'est pas 
codée, la table entière sera mise à jour. 

Augmenter le salaire de 20% des employés du service informatique (repéré par son nom dans 
la table DEPART), pour les tables EMPLOYES et DEPART. 


UPDATE EMPLOYES 

SET SALAIRE = SALAIRE * 1,2 

WHERE DEPT IN (SELECT NODEPT FROM DEPART 

WHERE NOMDEPT LIRE 'SERVICE%') 









DELETE 


La suppression des valeurs des colonnes existantes s'effectue par l'instruction DELETE. 
Supprimer tous les employés de la table EMPLOYES. 

DELETE FROM EMPLOYES 

Supprimer les employés du département 'E21' 

DELETE FROM EMPLOYES 
WHERE WDEPT ='E21’ 

FROM 

Spécifie le nom de la table ou les lignes seront supprimées. 

FROM 


Une deuxième clause FROM pour spécifier le nom d'autres tables utilisées pour fournir des 
critères. 

WHERE 

Spécifie le critère de sélection (optionnel) Si la clause WHERE n'est pas codée, toutes les 
lignes seront supprimées. 

Supprimer tous les employés du service informatique (repéré par son nom dans la table 
DEPART), pour les tables EMPLOYES et DEPART. 


WHERE DEPT IN (SELECT NODEPT FROM DEPART 
WHERE NOMDEPT LIRE 'SERVICE%') 


Supprimer tous les employés du service informatique pour les tables EMPLOYES et DEPART. 


DELETE FROM EMPLOYES 

FROM EMPLOYES 

JOIN DEPART 

ON DEPT = NODEPT 

WHERE NOMDEPT LIRE 'SERVICE%' 


Par l'option importer des données de « Oracle SQL Developer » 

Vous avez la possibilité d'importer des données à partir d'un fichier Excel. Vous devez veiller à 
retrouver toutes les colonnes correspondantes à vos différentes tables, de préférence, dans 
l'ordre. Attention, les données présentes dans le fichier Excel ne doivent pas être en doublon 
avec les données contenues dans vos tables. Dans notre exemple, nous créons un fichier 
Excel avec deux onglets. Chaque onglet représente une table. Ici nous avons la table 
PRODUIT et la table VENDRE. 











A 

B 

C 

D 

E 

F 

1 

CODART 

LIBART 

STKALE 

STKPHY 

QTEANN 

UNIMES 

2 

B001 

Bande magn 

30 

87 

340 

unité 

3 

B003 

Bande magn 

30 

13 

410 

unité 

4 

D035 

CD R slim 80 

40 

43 

150 

B010 

5 

D050 

CD R-W 80m 

50 

4 

0 

B010 

6 

P370 

Pré-imprimé 

500 

3500 

34500 

B500 

7 

R080 

ruban Epson 

10 

3 

130 

unité 

8 

RI 33 

ruban impi 12 

35 

300 

183 

unité 

9 







H 4 

► w Produit /Vente , à 





À partir de « Oracle SQL Developer », cliquez droit sur « Tables » de l'instance dans 
laquelle vous souhaitez importer des données, puis cliquez sur « Importer des 
données... ». 


Papyrus 

S 53 Tables 

'||*|—11111 11 > | 11 11 111 1 \ | | i | 11 ji—111 1 \ g 

"Él "+ 1 ' É-ËP-ËI É1 É +>■ 

O Nouvelle table... 

■'.tj Régénérer 

V Appliquer un filtre... 

Effacer le filtre 

Importer des données I 

Aide 

; H-i 

U DEF$_PROP AG AT OR 


lîl Ï“1 riPF* DI ICMFn TPAMCATTiriMC 


Sélectionner le fichier Excel où se trouvent les données. 


^ Ouvrir 


Emplacement : | Q, CUserslcdiÜI ^Desktop 


H QScâ B 


Documents 


flîï 


Page d'acc... 


Papyrus (Jeu D’E 


wm 


Nom de fichier : 


5 apyrus (Jeu D‘Essaie).xl 


Type de fichier : Import Filter (*.xls, *.csv) 


Aide 


Ouvrir 


Annuler 




















































Un assistant import vous guide. Prenons l'exemple pour importer des données dans la table 
« Produit ». N'oubliez pas de préciser si votre fichier Excel possède un en-tête en cochant la 
case. Puis cliquez sur « Suivant ». 



Sélectionner les colonnes dans le jeu de données à importer. Vous pouvez réorganiser dans 
l'ordre souhaité. 






























































































Définissez le nom de la table (ici « PRODUIT ») et mettez en correspondance les données 
sources. Pour finir, cliquez sur « Suivant ». 



Pour terminer, cliquez sur « Fin ». Vous pouvez également cliquer sur « Vérifier » avant 
pour tester l'import. 



















































































































N'oubliez pas de régénérer la table pour que les données s'affichent. 


i=ta i-’apyrus 

Pl-FR T ;=ihlR:~: 


H Nouvelle table... 


Fiï Régénérer 


V Appliquer un filtre... 

Effacer le filtre 


Importer des données 

Aide 

: . R CATCHUP 


Ouvrez l'onglet « Données » de la table « PRODUIT » pour vérifier que toutes vos données 
sont bien présentes. 


[> Papyrus D PRODUIT 



0 

Colonnes Données Contraintes | Droits | Statistiques | Déclencheurs iFlashback | Dépendances | Détails | Index |SQL 

jt ^ SJ. X ^ %> 1 Trier... 1 Filtrer : 

1 

r \ Actions.. 

A 


1 CODART 

! LIBART 

! STKALE 

1 STKPHY 

1 QTEANN 

0 u 

1 BÜÜ1 

Bande ma... 

20 

87 

240 

unité 

2BÜÜ2 

Bande ma... 

20 

12 

410 

unité 

3D035 

CD R slim ... 

40 

42 

150 

B010 

4D050 

CD R-WS... 

50 

4 

0 

B010 

51110 

Papier 4 e... 

10 

12 

63 

B400 

6R030 

ruban Eps... 

10 

2 

120 

unité 

7 RI 32 

ruban impl... 

25 

200 

182 

unité 


>u 


Les index 

Les index ont pour but d'améliorer les performances des accès à la base de données 
(requêtes). Ils sont utilisés implicitement par l'optimiseur de requête Oracle, et sont mis à 
jour automatiquement. Avec les lignes. On crée des index, de manière générale, sur toutes 
les clés étrangères et sur les critères de recherche courants. 

Créer un index 

Les index concernant les clés primaires et secondaires (index, UNIQUE) sont créés 
automatiquement au CREATE TABLE avec comme nom, le nom de la contrainte. Pour les 
index, il faut utiliser le CREATE INDEX. 


CREATE INDEX nom ON table (colonne [DESC] [,...]) ; 


Dans le code suivant, je crée un index sur la table « PRODUIT » avec la colonne 
« LIBART ». Cet index aura le nom « mesproduits ». 


CREATE INDEX mesproduits ON PRODUIT (LIBART); 



























[> Papyrus ~ | B PRODUIT _ 

[> P ^ Ea ^ ^ & 0,086395 seconds 

CREME INDEX mesproduits ON PRODUIT [LIEART); 

Exemplel : Création d'un index sur les clés étrangères NO_CDE de la table 

Detail Commandes. 


Create index IK_NOCDE on Detail_Commandes (NO_CDE); 


Exemple 2 : Création d'un index sur la table CLIDIVERS sur les colonnes NOMCLIENT et 
ADRESSE (critère de recherche) concaténée. 


Create index IK_CLID on Clidivers (NOMCLIENT, ADRESSE); 


Les colonnes à indexer : 

■ Clés primaires, clés étrangères ou colonnes utilisées pour jointure 

■ Colonnes devant être triées (ORDER BY) 

■ Colonnes utilisées dans les requêtes GROUP BY 

■ Colonnes utilisées dans les fonctions d'agrégation 

Les colonnes à ne pas indexer : 

■ Colonnes rarement référencées ou contenant des types bit, text ou image 

■ Colonnes contenant peu de valeurs uniques 

Supprimer un index 

La suppression d'index peut avoir plusieurs origines. La plus fréquente est la suivante. 
Lorsqu'un index est trop coûteux en maintenance et qu'il n'offre pas de performances 
significatives sur les requêtes, il peut être préférable de le supprimer. 


DROP INDEX mesproduits; 



Les vues 

On peut définir une vue comme étant une table dite virtuelle, qui a la même utilisation qu'une 
table, simplement une vue ne prend pas d'espace sur le disque, puisqu'elle ne stocke pas les 
données comme une table. Elle ne stocke que la requête d'extraction des données (SELECT). 
































Les vues sont un grand avantage quant à la gestion des données, vis-à-vis de l'utilisateur 
final. En effet, elles permettent tout d'abord de simplifier la structure des tables, qui peuvent 
parfois comporter une multitude de colonnes. On pourra alors choisir, en fonction de 
l'utilisateur, les colonnes dont il aura besoin, et n'inclure que ces colonnes dans notre vue. 
Une vue peut aussi permettre la réutilisation des requêtes. En effet, lorsque certaines 
requêtes sont souvent utilisées, une vue permettra de stocker cette requête et de l'utiliser 
plus facilement. 


Création d'une vue 

Une vue permet de stocker une requête prédéfinie sous forme d'objet de base de données, 
pour une utilisation ultérieure. Nous allons voir les deux possibilités existantes pour créer une 
vue. 


CREATE VIEW view_name AS 
SELECT columns 
FROM table 
WHERE predicates; 


Voici un exemple : 


CREATE VIEW mavue AS 
SELECT * 

FROM client 


i sql.sql 


t> Papyrus 


[> ® a ® Sg H 

CREATE VIEW mavue AS 
SELECT * 


ER0M client] 


& 0,51711393 seconds 


Cet exemple permet de créer une vue dont le nom est « mavue » et contient toutes les 
colonnes de la table « Client ». 


Mettre à jour une vue 

Vous pouvez mettre à jour une vue avec le code suivant : 


CREATE OR REPLACE VIEW view_name AS 

SELECT columns 

FROM table 

WHERE predicates; 


Voici un exemple : 


CREATE or REPLACE VIEW sup_orders AS 

SELECT suppliers.supplier_id, orders.quantity, orders.price 





















FROM suppliers, orders 

WHERE suppliers.supplier_id = orders.supplier_id 
and suppliers.supplier_name = 'Microsoft'; 


Suppression d'une vue 

Voici le code pour supprimer une vue : 

DROP VIEW view_name; 


Voici un exemple : 


DROP VIEW mavue; 


Isql.sql 


[]> Papyrus 


t> Bj» a %g ü 

DROP VXEÏÏ mavue; 


& 


0,67007774 seconds 


Génération de scripts 

Lorsque des objets sont créés dans une base de données, il est important d'enregistrer leur 
définition dans un fichier script (qui peut être généré après la création de l'objet) afin d'être 
en mesure de recréer facilement les objets si nécessaire. 

Que peut-on générer ? 

■ Le schéma intégral d'une base de données dans un seul fichier script 

■ Un schéma de table pour une table ou plusieurs dans un ou plusieurs fichiers scripts. 

■ Un schéma des tables et des index dans un fichier script, les procédures stockées dans un 
autre, les règles et valeurs par défaut dans un troisième. 

On utilisera « Oracle SQL Developer » pour générer de tels scripts, vous sélectionnez 
l'option de menu « Outils » puis « Export de base de données ». Vous paramétrerez alors 
le script désiré. 


:rsions Migration 




HULL, 

ULL, 

OT HULL, 
ULL, 


Outils 


Copie de base de données 


Export de base de données 


Différence de base de données 
Surveiller les sessions 
^ Feuille de calcul SQL 
Surveiller le code SQL 

Outils externes... 

Préférences... 



Un assistant Export vous accompagne alors dans différentes étapes. 


































J. Assistant Export - Etape 1 sur 5 

Source/destination 




Aide 


Remarque, vous pouvez visualiser le script des tables avec l'onglet SQL. 


I Oracle SQL Developer : TABLE SYSTEM.UGCOM@Papyrus 

Fichier Modifier Visualiser Naviguer Exécuter Source Gestion des versions Migration Outils Aide 




(^Connexions .R... |Q 

i»T 

E3-SJ] Connexions 


[T] D > Papyrus □ LIGCOM 

Colonnes | Données | Contraintes | Droits | Statistiques | Déclencheurs iFlashback | Dépendances | Détails | Index SQL 
* îj Actions... 


É-tlJ Papyrus 
B-ffjÜ Tables 

B -H DEF|_CALLDEST 

0"Si DEF|_DEFAULTDEST 

B H DEF$_DESTINATION 

0-S DEF|_ERROR 

0-H DEF|_LOB 

0-H DEF$_ORIGIN 

S H DEF|_PROP AG AT OR 

0 - H DEF|_PUSHED_TRANSACTIONS 

S-H ENTCOM 

0 H FOURNISSEUR 

S-H HELP 

0-H LIGCOM 

S-H LOGMNR_AGE_SPILL| 

0-H LOGMNR_ATTRCOL| 

S-H LOGMNR_ATTRIBUTE| 

0-H LOGMNR_CCOL| 

S-H LOGMNR_CDEF| 

0-H LOGMNR_COL| 

S-H LOGMNR_COLTYPE$ 

0-H LOGMNR_DICTIONARY| 

S-H LOGMNR_DICTSTATE| 

0-H LOGMNR_ENC| 

S-H LOGMNR_ERROR| 


T 


CREATE TABLE "SYSTEM". rr LIGCOM" 

( "ÏÏUMCOM" HUMBER(*,0) HOT HULL EHABLE , 

"NUMLIG" HUMBER(*,0) HOT HULL EHABLE, 

"CODART" CHAR (4 BYTE) HOT HULL EHABLE, 

"QTELIV" HUMBER (*, 0 ) HOT HULL EHABLE, 

"DERLIV" DATE HOT HULL EHABLE, 

"QTECDE" HUMBER (*, 0 ) HOT HULL EHABLE, 

"PRIUMI" HUMBER (8,2) HOT HULL EHABLE, 

COHSTRAIHT "PK_LIGC0M" PRIMARY KEY ("WUMCÜM", "NUMLIG") 

USFHG IHDEX PCTFREE 10 IHITRAHS 2 HAXTRAHS 255 

STORAGI (IHITIAL 65536 HEXT 1048576 HJHEXTEHTS 1 MAXEXTEHTS 2147483645 

PCTIHCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFERPOOL DEFAULT FLASHCACHE DEFAULT CELLP 
TABLESPACE "SYSTEM" EHABLE 

) PCTFREE 10 PCTUSED 40 IHITRAHS 1 HAXTRAHS 255 HOCQHPRESS LOGGFHG 
STORAGI (IHITIAL 65536 HEXT 1048576 HDJEXTEHTS 1 MAXEXTEHTS 2147483645 

PCTIHCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFERPOOL DEFAULT FLASHCACHE DEFAULT CELLP 
TABLESPACE "SYSTEM" ; 


CREATE UNIQUE IHDEX "SYSTEM"."PK_LIGC0M" QH "SYSTEM"."LIGCOM" ("MUMC0M", "MUMLIG") 

PCTFREE 10 IHITRAHS 2 HAXTRAHS 255 

STQRAGE (IHITIAL 65536 HEXT 1048576 MIHEXTEHTS 1 MAXEXTEHTS 2147483645 

PCTIHCREASE 0 FREELISTS 1 FREELIST CROUPS 1 BUFFER POOL DEFAULT FLASH CACHE DEFAULT CELL P 


Le fichier ne peut être enregistré à ce niveau. 















































Sauvegarder et restaurer la base 


Assurer la sécurité des données est une des tâches principales de l'administrateur. Cette 
sécurité est assurée par : 

- La mise en oeuvre d'une protection des fichiers sensibles de la base (Fichier de contrôle et 
fichier de journalisation) 

- La mise en place d'une stratégie de sauvegarde/restauration (adapté aux contraintes de 
l'entreprise et testée et documentée) 

La protection des fichiers de contrôle et des fichiers de journalisation s'effectue par le « 
multiplexage », option au niveau de l'installation d'Oracle. Ce document ne traite pas de cette 
partie, ces tâches sont effectuées essentiellement par la production. L'information est le 
moteur de l'entreprise, et la protection contre les pertes de données est essentielle, d'où la 
définition d'une stratégie de sa uvegarde/restau ration des données de l'entreprise. Des 
données peuvent être perdues à la suite de : 

■ Une panne de support 

■ Une panne logicielle 

■ Un usage inopportun d'instructions de mise à jour ou de suppression 

■ Des virus destructeurs 

■ Des catastrophes humaines 

■ Des catastrophes naturelles (incendie, inondation...) 

La définition d'une stratégie de sauvegarde est nécessaire pour réduire au minimum les 
risques de perte de données et la récupération des données avec un temps d'arrêt acceptable 
du système. 


Définition d'une stratégie de sauvegarde 


Se poser les bonnes questions 

Quel type de base de données sauvegarder ? Les bases de données système et 
utilisateurs présentent des exigences de sauvegarde et restauration différentes. 

Quelle est l'importance des données à sauvegarder dans la base ? Une base de 
données de développement nécessitera peut-être une sauvegarde hebdomadaire, alors qu'une 
base de données de production peut nécessiter une sauvegarde journalière. 

Quelle est la fréquence des modifications ? Une base de données actualisée en 
permanence requiert des sauvegardes continuelles, alors qu'une base de données mise à jour 
de nuit ne nécessitera qu'une sauvegarde après la mise à jour. 

Quel est le meilleur moment pour effectuer les sauvegardes ? Il est préférable de 
choisir les moments où l'activité de la base est la plus faible, ce qui accélère le processus de 







sauvegarde. Une base peut être sauvegardée même si elle est active, certaines opérations sur 
la base ne pouvant toutefois avoir lieu (croissance automatique, création d'index...) 


Les principaux types de sauvegarde 

La sauvegarde de base de données complète copie tous les objets, tables système, données 
et les lignes du journal des transactions nécessaires à la restauration dans l'état ou la base se 
trouve en fin de sauvegarde. Elle sert de point de référence lors d'une défaillance du système. 
La sauvegarde différentielle est conçue pour réduire la durée de restauration d'une base de 
données fréquemment modifiée. Seules les données modifiées depuis la dernière sauvegarde 
complète de la base de données et les lignes du journal des transactions nécessaires à la 
restauration sont sauvegardées. Attention : 

■ Une sauvegarde différentielle requiert une sauvegarde de base de données complète. 

■ Lors d'une succession de modifications sur une même ligne de données, seule la dernière est 
sauvegardée dans la sauvegarde différentielle ; 


La sauvegarde du journal des transactions est effectuée pour enregistrer toutes les 
modifications apportées à la base de données ; La sauvegarde stocke les modifications 
intervenues depuis la dernière sauvegarde de ce journal, puis le vide par défaut de toutes les 
transactions confirmées ou annulées(tronquer). 

La sauvegarde d'un fichier ou groupe de fichiers est intéressante dans le cas de base de 
données volumineuse : elle permet de sauvegarder la base en plusieurs opérations, tout en 
gardant leur cohérence en sauvegardant aussi le journal des transactions. 

Différentes stratégies de sauvegarde 

Sauvegarde complète de base de données : La base de données est petite, sa durée de 
sauvegarde est de l'ordre de quelques minutes ; elle est très peu modifiée, et le risque de 
perdre une journée de modifications est acceptable. Une sauvegarde complète de base de 
données est effectuée tous les jours à 18 heures. 



En cas de dommage sur la base mercredi à 13h, la sauvegarde complète de mardi 18h sera 
restaurée : Toutes les modifications effectuées entre mardi 18h et mercredi 13h seront 
perdues. 

Sauvegarde complète de base de données et sauvegarde du journal des 
transactions : Les modifications apportées à la base sont plus fréquentes que dans le cas 






















précédent, le journal des transactions est stocké sur une unité physique différente de celle de 
la base de données. Une sauvegarde complète de base de données est effectuée tous les 
jours à 18 heures, le journal des transactions est sauvegardé tous les jours à 9h, 12h et 15h. 



En cas de dommage sur la base mardi à 13h, la sauvegarde complète de lundi 18h sera 
restaurée puis les journaux successifs seront appliqués. Si le journal des transactions en cours 
peut être sauvegardé avant la restauration, la perte de données est minimum, sinon la perte 
de données ne concernera que les modifications apportées sur la base entre 12h et 13h. 

Sauvegarde différentielle : Cette stratégie sera appliquée pour réduire la durée de 
restauration de la base de données endommagée : plutôt que d'appliquer plusieurs journaux 
de transactions volumineux, une sauvegarde différentielle sera effectuée pour appliquer les 
modifications apportées à la base depuis la dernière sauvegarde complète. Une sauvegarde 
complète de la base est effectuée une fois par semaine, le dimanche à 18h ; Le journal des 
transactions est sauvegardé tous les jours ouvrés à 9h, 12h et 15h ; Une sauvegarde 
différentielle est effectuée chaque jour ouvré à 18h. 



En cas de dommage sur la base mardi à 13h, sauvegardez si possible, le journal des 
transactions en cours. Restaurez la sauvegarde complète de dimanche 18h, la sauvegarde 
différentielle de lundi 18h, et les journaux de transaction de mardi 9h et 12h. Si le journal des 
transactions en cours a pu être sauvegardé avant la restauration, la perte de données est 
minimum, sinon le perte de données ne concernera que les modifications apportées sur la 
base entre 12h et 13h, avec moins de manipulation de journaux. 

Sauvegarde de fichiers ou de groupe de fichiers de base de données : Cette stratégie 
sera appliquée pour des bases de données très volumineuses partitionnées sur plusieurs 
fichiers, dans le but de gagner du temps de sauvegarde (éclatement d'une sauvegarde de 
3heures pendant 1 heure par jour). Une sauvegarde complète de la base, répartie sur les 




































































fichiers 1 2 et 3 est effectuée une fois par semaine, le dimanche à 18h ; Le fichier 1 est 
sauvegardé lundi à 18h, le fichier 2 mardi à 18h, le fichier 3 mercredi à 18h ; Le journal des 
transactions est sauvegardé à 9h, 12h et 15h tous les jours. 



En cas de dommage sur le support du fichier 2 jeudi à 13h, sauvegardez si possible, le journal 
des transactions en cours. Restaurez la sauvegarde du fichier 2 créée mardi 18h et appliquez 
tous les journaux de transaction créés depuis mardi 18h. Le gain de performance réalisé vient 
de ce que seules les transactions concernant le fichier 2 sont appliquées. 


Définition des stratégies de sauvegarde sous Oracle 

Une sauvegarde peut être cohérente ou incohérente. Une sauvegarde cohérente est une 
sauvegarde de la totalité de la base de données après un arrêt normal de la base de données, 
c'est une sauvegarde « Base de données fermée », les données sont synchrones. Après la 
restauration de la base de données suite à une sauvegarde « cohérente », celle-ci peut être 
utilisée immédiatement sans application de la journalisation. Ce mode de sauvegarde est le 
seul à fonctionner avec le mode NOARCHIVELOG de la base de données Oracle. 

Une sauvegarde incohérente est une sauvegarde effectuée alors que la base de données est 
ouverte et que les activités de mise à jour se poursuivent pendant la sauvegarde, c'est une 
sauvegarde « Base de données ouverte », les données ne sont pas synchrones du point de 
vue des modifications enregistrées. Après la restauration de la base de données suite à une 
sauvegarde « incohérente », il faut appliquer les fichiers de journalisation pour rendre la base 
de données cohérente. Ce mode de sauvegarde ne fonctionne qu'avec le mode ARCHIVELOG 
de la base de données Oracle. 

NB : Comment savoir si la base de données est en ARCHIVLOG ou non 
■ Par la commande SQL connectée en tant que SYSDBA 


SQL> ARCHIVE LOG LIST 




















































Il faut être connecté en tant que SYSDBA, sous peine d'obtenir l'erreur suivante : 



Ou par la requête : 


Select name, log_mode from v$database 


[> Papyrus 

D> BI Gk 


B 


& 0,16511817 seconds 


Papyrus T 


~~z\n 


Select name, log_mode from vSdatâtase; 


[> Résultats Sortie de script | Expliquer | jEnregistrer la trace autorriatiguerrient | ^^Sortie SGBD | Sortie O... 
Résultats : 

| NAME | LOG MODE 

1 PAPYRUS NOARCHIVELOG 



Avec v$database : vue sur le mode fonctionnement de la base de données (paramétrage) 









































Une sauvegarde peut être complète, partielle ou incrémentale. 

■ Une sauvegarde complète est une sauvegarde de la totalité de la base de données. 

■ Une sauvegarde partielle est une sauvegarde incluant uniquement une partie de la base de 
données. 

■ Une sauvegarde incrémentale est une sauvegarde qui ne contient que les blocs modifiés 
depuis la dernière sauvegarde. Une sauvegarde incrémentale peut être complète ou partielle. 

Comment activer l'archivage dans Oracle ? 

1. Il faut tout d'abord arrêter la base : 


Sql> SHUTDOWN 



2. Il faut ensuite sauvegarder la base : en effet, avant de faire des modifications majeures 
dans la base, il faut toujours la sauvegarder pour se protéger pour des raisons de sécurité. 

3. Éditer le fichier d'initialisation pour ajouter les paramètres qui spécifient la destination des 
archives. 

4. Démarrer la base en mode mount sans l'ouvrir : 


sql> STARTUP MOUNT 























5. Modifier le mode d'archivage et ouvrir la base. 


sql> 

ALTER 

DATABASE 

ARCHIVELOG; 

sql> 

ALTER 

DATABASE 

OPEN; 



Le changement du mode d'archivage mettra à jour le fichier de contrôle et rendra les 
anciennes sauvegardes inutilisables. 

6. Arrêter la base : 

sql> SHUTDOWN IMMEDIATE 



7. Sauvegarde la base : À partir de la version 10g, il n'est pas nécessaire de renseigner le 
paramètre d'initialisation : 


LOG_ARCHIVE_START = TRUE 


8. Démarrer la base 



STARTUP 






























• SQL Pius 


@b£3il 


BQL> 

STARTUP 



H 

Instance ORACLE lancüe. 




Total 

System Global Area 

1686925312 

bytes 


Fixed 

Size 

2176368 

bytes 


Uariable Size 

1023412880 

bytes 


Database Buffers 

654311424 

bytes 


Redo 

Buffers ^ 

7024640 

bytes 


Base 

de donnües montüe. 





Sauvegardes / restauration avec Oracle 11G 

Pour effectuer des sauvegardes/restaurations d'une base de données Oracle, il existe 
plusieurs possibilités, dont : 

■ Utiliser l'outil Recovery Manager (RMAN) fourni avec Oracle : c'est la méthode 
recommandée par Oracle. 

■ Utiliser les utilitaires de sauvegarde/restauration EXP/IMP 

■ Procéder avec des commandes système du système d'exploitation des scripts SQL. 


Sauvegarde / restauration des bases de données avec l'outil Recovery 
Manager Rman 

RMAN est un outil qui facilite grandement les opérations de sauvegarde et de restauration, 
en limitant les risques de fausses manoeuvres. RMAN peut être utilisé à travers une interface 
graphique dans le Database Contrôle. 

RMAN est un outil ligne de commande qui permet de réaliser des sauvegardes et des 
restaurations d'une base de données appelée base de données cible (target database). RMAN 
utilise un référentiel (repository) pour stocker des informations sur sa configuration, les 
sauvegardes réalisées, la structure de la base cible, les fichiers de journalisation archivés... 

Ce référentiel pour RMAN est soit dans un catalogue de récupération (recovery catalogue), 
soit exclusivement dans les fichiers de contrôle des bases de données cibles (spfile). La 
solution qui consiste à n'utiliser que les fichiers de contrôle est la plus simple à mettre en 
oeuvre. La solution avec un catalogue (base de données distincte) oblige d'avoir également 
une stratégie de sauvegarde pour celui-ci. 

RMAN offre un grand nombre de possibilités et d'options et peut être utilisé de différentes 
manières. Il permet de mettre en oeuvre tout type de stratégie de sauvegarde restauration. 
RMAN permet deux types de sauvegarde : 

- Type COMPLET (ou FULL), on sauvegarde tous les blocs, 

- Type DIFFERENTIEL, on sauvegarde uniquement les blocs modifiés depuis la précédente 
sauvegarde de niveau n ou inférieure. 

- Type CUMMULATIF, on sauvegarde uniquement les blocs modifiés depuis la précédente 
sauvegarde de niveau n-1. 










Utilisation de RMAN 


Pour démarrer RMAN, il faut exécuter la commande rman à l'invite de commande du système 
d'exploitation ou dans la commande « Exécuter ». 


Exécuter 


jBj 


Entrez le nom d’un programme, dossier, document ou ressource Internet, et 
Windows l’ouvrira pour vous. 


Ouvrir : 


OK 


Annuler 


Parcourir... 


>rman nocatalogue /* sans connexion à la base de données cible et sans catalogue 
Ou 

>rman target / catalog /* avec connexion à la base de données cible et avec catalogue 

NB : passer les commandes suivantes avant utilisation de rman, initialisation de la 
variable LOCAL 

>set instance nomjnstance (exemple : etudes) 

>set local=nom_instance. 

Exemple de démarrage de RMAN avec la base de données ETUDES. 


c C C:\WINDOW5\system32\cmd.ene - rman target / 


Microsoft Uindous XP [version 5.1.2609] 

<C> Copyright 1985-2001 Microsoft Corp. 

C:\Documents and SettintjsVFatrice>set instance etudes 
La variable d'environnement instance n'est pas définie. 

G:\Documents and Settings\Fatrice>set local=etudes 

C=\Documents and Settings\Patriee>rnan target / 

Eecovery Manager: Felease 11-1-0-6.0 - Production on Mar_ Juin 17 14:03:19 2003 
Copyright <c> 1982, 2007, Oracle. flll rights reserved. 
connectû □ la base de donnües cible : ETUDES tDBID=2545552636> 

KMflN> 


Sans l'option CMDFILE, RMAN fonctionne en mode interactif avec une invite de commande. 
Avec CMDFILE, c'est un batch qui est exécuté à partir d'un fichier de commande. 

Les fonctionnalités et commandes de base de RMAN sont décrites dans la documentation 

Oracle© Database Backup and Recovery Basics. 


























Sauvegarde / restauration avec l'utilisation des utilitaires EXP et IMP 

Les deux utilitaires EXP (Export) et IMP (Import) s'utilisent conjointement pour réorganiser 
une base, la sauvegarder et la faire migrer d'une version d'Oracle à une autre. 

Ces deux utilitaires s'appuient sur une méthode logique de sauvegarde (export) et 
restauration (import), contrairement à l'utilitaire RMAN qui lui réalise des sauvegardes 
physiques. L'utilitaire EXP sauvegarde le contenu logique d'une base de données dans un 
fichier de transfert Oracle au format binaire, ou fichier dump. Ce fichier permet de recréer les 
objets qu'il contient. Ce transfert peut se réaliser sur une même base ou sur une autre base 
Oracle sur le même système d'exploitation ou sur un autre. Ces deux utilitaires sont donc 
adaptés pour réaliser les sauvegardes de la base de données. 

Utilitaire EXP 


L'utilitaire EXP permet d'exporter une base ou une partie de base dans un fichier exploitable 
par l'utilitaire IMP. Les différents types d'exports : 

1. Toute la base, niveau base de données complète : Ce type d'exportation est le plus 
complet, tous les objets de la base sont exportés à l'exception des utilisateurs : SYS, 
ORDSYS, CTXSYS, MDSYS et ORDPLUGINS. Les informations relatives à la structure de la 
base de données, telle que les définitions de tablespaces et segments de rollback, sont 
incluses. C'est le paramètre FULL de l'utilitaire EXP qui permet de spécifier ce type 
d'exportation. 

2. Un schéma, niveau utilisateur : Ce type d'exportation permet de sauvegarder les objets 
d'un utilisateur (schéma) : Tables, fonctions, déclencheurs, packages, procédures... 

C'est le paramètre OWNER de l'utilitaire EXP qui permet de spécifier ce type d'exportation. 
Avec les paramètres FROMUSER et TOUSER, on indique l'utilisateur d'origine vers un 
utilisateur destinataire. Par défaut c'est le même. 

3. Objets, niveau table : Exportation de tables individuelles d'un schéma : index, contraintes, 
déclencheurs, privilèges... C'est le paramètre TABLES de l'utilitaire EXP qui permet de 
spécifier ce type d'exportation. 

4. Niveau tablespace : Exportation des métas données concernant le tablespace spécifié et les 
objets qu'il contient sont écrites dans le fichier d'exportation. C'est le paramètre 
Recover_Tablespaces de l'utilitaire EXP qui permet de spécifier ce type d'exportation. 

Privilèges préreauis 


Actions 

Privilège ou rôle nécessaire 

[Exporter son propre schéma 

CREATE SESSION 

Exporter d’autres schémas 

SYS DBA, EXP F U DATA BASE et 

DBA 

Exporter la base entière ou 
tablespaces 

EXP FULL DATABASE 

Importer un objet du fichier DUMP 

IMP FULL DATABASE 
















Paramètres d'export 


Paramètre 

Description 

Valeur par 
défaut 

U se ri d 

chaîne de connexion à la base de 
données 


Buffer 

Taille du buffer de transfert 

4096 

Compress 

Compression des extents en un seul 

Y 

Contraints 

Export des contraintes 

Y 

File 

Nom du fichier DUMP 

expdat.dmp 

Log 

Nom du fichier de sortie du compte- 
rendu, pour voir les erreurs en 
particulier 


Full 

Export de toute la base 

N 

Grant s 

Export des privilèges 

Y 

Help 

Affiche la liste des paramètres 
supportés, aucun DUMP généré. 

N 

Indexes 

Export des index 

Y 

Owner 

Utilisateur(s) à exporter 

userid 

Parfile 

Fichier contenant les paramètres 
d’export 


Record le ngth 

Taille des enregistrements (migration 

SE) 


Record 

Indique que l’export doit stocker Iles 
informations sur les exports et les 
objets exportés 

Y 

Inctype 

Export incrémental (COMPLETE, 
CUMULATIVE, INCREMENTAL) 


Rows 

Export des lignes 


Query 

Définit une condition de filtre pour 
exporter un sous-ensemble 


Tables 

Ta b le (s) à exporter 


Consistent 

Positionne sa session en " READ ON!LY rr 
le temps de l’export. Cela permet donc 
de préserver la cohérence des données 
exportées. 

N 

Direct 

Chargement direct par tableau 

N 

Statistics 

Analyse des objets exportés 

ESTIMATE 

Feedback 

Affiche la progression de l’export tous 
les n enregistrements 

N 

Point in time Recover 

Indique si on autorise l'export des 
tablespaces 

N 

Recover Tablespaces 

Liste des tablespaces à sauvegarder 


Volsize 

Nombre d'octets à écrire sur chaque 
volume bande 



Utilitaire IMP 



L'utilitaire IMP permet d'importer une base ou une partie de base à partir d'un fichier généré 
par l'utilitaire EXP. L'import est utilisé pour : 






































1. Restaurer une base à la suite de sa perte totale ou partielle. 

Lorsque le DBA veut restaurer toute une base, il peut suivre les étapes suivantes : 

- Faire un export complet de la base. 

- Faire une sauvegarde par l'OS de tous les fichiers de la base (par précaution). 

- Supprimer les fichiers de la base, 

- Créer une nouvelle base ayant les mêmes caractéristiques initiales de la base à importer, 

- Faire une importation du fichier export. 

2. Réorganiser ou restaurer un schéma totalement ou partiellement (quelques tables). 

Lorsque l'on veut restaurer ou réorganiser des tables d'un schéma, suivre les étapes 
suivantes : 

- Faire un export des tables à restaurer ou réorganiser 

- Supprimer ces tables dans le schéma par un DROP table ou utilisation de l'option Destroy 
de l'utilitaire. 

- Faire un import du fichier d'export 

La suppression des tables est nécessaire, car lors de l'import, l'utilitaire essaie les créer. Or, si 
elles existent déjà, une erreur se produit. L'utilitaire donne la possibilité d'ignorer l'erreur 
(IGNORE = Y). Dans ce cas, IMP ne recrée pas la table ; en revanche, il y insère le contenu 
du fichier d'export. 

3. Migrer une base d'une version d'Oracle vers une autre ou d'un système d'exploitation vers 
un autre. Mêmes étapes que pour le point 1. 

Paramètres d'import 


Paramètre 

Description 

Valeur par 
défaut 

U serid 

chaîne de connexion à la base de 
données 


Buffer 

Taille du buffer de transfert 

10240 

Commit 

Ecriture régulière des blocs de 
données 

N 

File 

Nom du fichier DUMP 

expdat.dmp 

Log 

Nom du fichier de sortie du compte¬ 
rendu, pour voir les erreurs en 
particulier 


Fromuser 

Utilisateur à exporter vers TOUSER 


Full 

Import de tout le contenu du DUMP 

N 

Grants 

Export des privilèges 

Y 

Help 

Affiche la liste des paramètres 
supportés, aucun DUMP généré. 

N 

Ignore 

Ignore les erreurs et continue ll'import 

N 

Indexes 

Impart des index 

Y 

Parfïle 

Fichier contenant les paramètres 
d'import 


Record le ngth 

Taille des enregistrements (migration 
SE) 


Rows 

Import des données 

Y 

Destroy 

Détruit les objets s’ils existent avant de 

N 

























Mise en oeuvre des utilitaires EXP et IMP 


Il existe deux façons de mettre en oeuvre ces utilitaires, soit en mode commande soit en 
utilisant un fichier de paramètres. 

Mode commande : 

Exemplel : Export de la base complétée avec ses données. 


C:\> exp userid=system/afpa file=c: \backup\export_full .dmp 
log=c: \log\export_full .log full=y rows=y 


Connexion en tant que SYSTEM, 

Export entière full=Y, 

Dans le fichier export_full.dmp 
Avec les données rows=y 

Sauvegarde de l'exécution (messages) dans le fichier 

log=c: \control\export_full.log 


C:\> imp userid=system/afpa file=c: \backup\export_full .dmp 
log=c: \log\export_full .log full=y rows=y 


Exemple 2 : Export/Import du Schéma MARTIN : 


C:\> exp userid=system/afpa file=c: \backup\export_full .dmp 
log=c: \log\export_full .log owner=MARTIN 


C:\> imp userid=martin/afpa file=c: \backup\export_full .dmp 
log=c: \log\export_full .log owner=MARTIN 


Import du schéma MARTIN dans le schéma ROGER 


C:\> imp userid=system/afpa file=c: \backup\export_full .dmp 
log=c: \log\export_full .log fromuser=MARTIN touser=ROGER 


Exemple 3 : Export/Import table EMPLOYE du Schéma MARTIN : 


C:\> exp userid=system/afpa file=c: \backup\export_full .dmp 
log=c: \log\export_full .log tables=MARTIN.EMPLOYE 


C:\> imp userid=martin/afpa file=c: \backup\export_full .dmp 
log=c: \log\export_full .log tables= MARTIN.EMPLOYE 


Exemple 4 : Export du tablespaces USER : 


C:\> exp userid=system/afpa file=c: \backup\export_full .dump 
log=c: \log\export_full .log tablespaces=USER 


Mode avec fichier paramètre : 











La création de scripts permet de rendre l'exécution de l'utilitaire plus facile, cela évite de 
retaper les lignes en mode commande. Les utilitaires d'export et import permettent d'indiquer 
un fichier de paramètres via l'option parfile. 

Exemple d'un fichier de paramètres : parmexp.prm 


userid=system/afpa 
file=c: \exp_martin .dmp 
log=c: \exp_mart in_log.txt 
owner=martin 
rows=y 


Utilisation 


exp parfile=c: \backup\parmexp .prm 
imp parfile=c: \backup\parmexp .prm 
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Sécurité de la base 


Pour la gestion de la sécurité, Oracle 11g permet : 

■ De définir les utilisateurs qui peuvent se connecter à la base de données, 

■ De définir dans quel(s) tablespaces(s) un utilisateur peut créer des objets (éventuellement 
aucun), 

■ De limiter l'utilisation des ressources système, 

■ De définir les droits de chaque utilisateur à l'intérieur de la base de données. 

■ De définir la politique de gestion de mots de passe. 

Dans une base de données Oracle, les droits des utilisateurs sont gérés avec la notion de 
privilège. Un privilège est le droit : 

■ D'exécuter un ordre SQL en général (exemple, modifier une table) : Notion de privilège 
système, 

■ D'accéder à un objet d'un autre utilisateur (exemple : mettre à jour les données de la base 
article) : notion de privilège objet. 

Les privilèges peuvent être attribués directement aux utilisateurs ou par l'intermédiaire de 
rôles. Un rôle est un regroupement nommé de privilèges (système et objets) qui peut être 
attribué en tant que tel à un utilisateur, cet utilisateur reçoit alors automatiquement les 
privilèges contenus dans le rôle. Les rôles facilitent la gestion des droits Oracle propose par 
ailleurs une fonctionnalité d'audit qui permet de tracer l'activité des utilisateurs dans la base 
de données. 


Créer et modifier les utilisateurs 


Mode d'identification de l'utilisateur 

Pour pouvoir utiliser une base de données Oracle, un utilisateur doit pouvoir se connecter au 
serveur à l'aide d'un compte de connexion. Seuls les administrateurs système ou chargés de 
la sécurité sont habilités à ajouter des comptes d'identification (connexion). 

Le modèle de sécurité Oracle comporte deux modes d'identification : Un utilisateur peut être 
identifié par Oracle ou par le système d'exploitation. Les deux modes d'identification sont 
utilisables simultanément dans la même base de données. 

■ Identification Oracle 

L'utilisateur se connecte à la base de données en saisissant le mot clé CONNECT suivi du 
nom de l'utilisateur et de son mot de passe. Exemple avec SQL*Plus : 


SQL> CONNECT martin/xsl23 
Connecté 


■ Identification par le système d'exploitation 

L'utilisateur se connecte sans saisir son nom et son mot de passe. Exemple avec SQL*Plus : 


SQL> CONNECT / 









Oracle ne vérifie pas le mot de passe, mais contrôle simplement que le nom de l'utilisateur, 
au niveau du système d'exploitation, correspond à un nom d'utilisateur dans la base de 
données. L'identification initiale est réalisée par le système d'exploitation. 

Pour faire un lien entre le nom de l'utilisateur dans le système d'exploitation et le nom de 
l'utilisateur dans la base de données, Oracle utilise un préfixe défini par le paramètre 
OS_AUTHENT_PREFIX (par défaut égal à OPS$ dans le fichier init.ora). Par exemple, 
l'utilisateur ayant pour nom martin au niveau du système d'exploitation pourra se connecter à 
la base de données par un CONNECT / uniquement s'il existe un compte Oracle 
ops$martin. Si le paramètre OS_AUTHENT_PREFIX = ”, dans ce cas le nom Oracle et 
système d'exploitation sont identiques. 


Création d'un utilisateur 

Les différentes étapes qui seront nécessaires à la création d'un utilisateur Oracle : 

1. Choisir un nom d'utilisateur 

2. Choisir une méthode d'authentification 

3. Choisir les TABLESPACES que l'utilisateur pourra utiliser 

4. Définir les quotas sur chaque TABLESPACES 

5. Définir les TABLESPACES par défaut de l'utilisateur 

6. Créer l'utilisateur 

7. Assigner les rôles et privilèges à l'utilisateur, utilisation de l'ordre GRANT 

L'ordre SQL CREATE USER permet de créer un nouvel utilisateur. En voici la syntaxe : 


CREATE USER nom IDENTIFIER { BY mot_de_passe | EXTERNALLY } 

[ DEFAULT TABLESPACE nom_tablespace ] 

[ TEMPORARY TABLESPACE nom_tablespace ] 

[ QUOTA { valeur [K | M] | UNLIMITED } on nom_tablespace [,...] ] 

[ PROFILE nom_profil ] 

[ PASSWORD EXPIRE ] 

[ ACCOUNT { LOCK | UNLOCK} ] ; 


L'administrateur de base de données créé des utilisateurs en exécutant l'ordre CREATE 
USER. À ce stade, l'utilisateur n'a pas encore acquis de privilège. L'administrateur de base de 
données doit ensuite les lui accorder. Les privilèges déterminent les actions que l'utilisateur 
peut exécuter au niveau de la base de données. Voici la description des paramètres de l'ordre 

CREATE USER : 

Nom : Nom de l'utilisateur, Login du futur utilisateur. 

IDENTIFIED BY mot de passe Active l'authentification par la base de données avec le mot 
de passe spécifié. 

IDENTIFIED EXTERNALLY Active l'authentification par le système d'exploitation. 

DEFAULT TABLESPACE : Permet d'attribuer un TABLESPACE de donné par défaut à 
l'utilisateur. 

TEMPORARY TABLESPACE : Permet d'attribuer un TABLESPACE temporaire par défaut à 
l'utilisateur. 

QUOTA : Permet de définir le quota d'espace attribué à l'utilisateur sur un TABLESPACE 
précis. 

PROFILE : Permet d'attribuer un profil limitant les ressources système de l'utilisateur. 







PASSWORD EXPIRE : Permet de faire expirer le mot de passe de l'utilisateur pour que celui- 
ci le change lors de la première connexion. 

ACCOUNT : Permet d'activer ou de désactiver un compte utilisateur. 

Exemple 


CREATE USER martin IDENTIFIED BY modOl 
DEFAULT TABLESAPCE data 
QUOTA UNLIMITED ON data 
PASSWORD EXPIRE ; 


Oracle SQL Developer : Papyrus 
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Schémas XML 
Corbeille 

Autres utilisateurs 
^ ALEXANDRE 
â ANONYMOUS 
â APEX_030200 
â APEX_PUBLIC_USER 
â APPQOSSYS 
â CTXSYS 
â DBSNMP 

â dip 

â EXFSYS 
â FLOWS_FILES 
(â MARTIN 
â MDDATA 
â MDSYS 
â MGMT_VIEW 
â OLAPSYS 
â ORACLE_OCM 
S ORDDATA 
S ORDPLUGINS 


[> Papyrus 


i > & 


0 : 


0,29329383 seconds 


Papyrus ▼ 


CREATE USER martin IDENTIFIED BY modOl 
PASSÏÏHRD EXPIRE ;| 


[> Résultats -Sortie de script | ; 1 Expliquer | v'J Enregistrer la trace automatiquement | 3 Sortie SGBD | Sortie OWA 
Résultats : 


ta 


Modification d'un utilisateur 

L'ordre SQL ALTER USER permet de modifier un utilisateur. 


ALTER USER nom IDENTIFIER { BY mot_de_passe | EXTERNALLY } 

[ DEFAULT TABLESPACE nom_tablespace ] 

[ TEMPORARY TABLESPACE nom_tablespace ] 

[ QUOTA { valeur [K | M] | UNLIMITED } on nom_tablespace [,...] ] 

[ PROFILE nom_profil ] 

[ PASSWORD EXPIRE ] 

[ ACCOUNT { LOCK | UNLOCK} ] ; 


Les clauses sont les mêmes que pour la création. Par exemple, modifier le mot de passe de 
l'utilisateur Martin. Modification du mot de passe et obligation d'en changer à la première 
connexion. 


ALTER USER martin 
IDENTIFIED BY mod02 
PASSWORD EXPIRES ; 


Verrouillage d'un compte : 


ALTER USER martin ACCOUNT LOCK; 





























[> Papyrus 

CLIENTS 

\> @ l» “È0 4^ 0,0030327 seconds 


AL TER USER 

martin ACCOURT LOCK; 


Suppression d'un utilisateur 

L'ordre SQL DROP USER permet de supprimer un utilisateur. 

DROP USER nom [ CASCADE ] ; 

L'option CASCADE est obligatoire pour un utilisateur possédant des objets. Un utilisateur 
actuellement connecté ne peut être supprimé. 


Trouver des informations sur les utilisateurs 

Deux vues du dictionnaire de données permettent d'obtenir des informations sur les 
utilisateurs : les vues qui nous seront utiles sont les vues DBA_USERS et DBA_TS_QUOTAS 
(voir les vues USER_USERS qui contiendront les informations de l'utilisateur courant et 
USER_TS_QUOTAS qui contiendra les informations sur les quotas de l'utilisateur courant). 

DBA_USERS Informations sur les utilisateurs 

DBA_TS_QUOTAS : informations sur les quotas utilisateurs 


Utiliser les profils 

Afin d'augmenter la sécurité de la base de données, il peut être très intéressant de mettre en 
place une gestion des mots de passe comme le nombre maximal de tentatives de connexion à 
la base, le temps de verrouillage d'un compte... 

Il peut parfois aussi être intéressant de limiter les ressources système allouées à un 
utilisateur afin d'éviter une surcharge inutile du serveur. Oracle propose une solution efficace 
et pratique pour mettre en place ce type d'action : Les PROFILS. 

L'ordre SQL CREATE PROFILE permet de créer un nouveau profil. Un PROFIL est un 
ensemble de limitations système. Une fois qu'un PROFIL a été assigné à un utilisateur, celui- 
ci ne pourra plus dépasser les limitations imposées. Il existe deux types de limitation : 

■ Les limitations des mots de passe 

■ Les limitations des ressources système 

Les limitations liées au mot de passe offrent un certain nombre d'options permettant 
d'augmenter la sécurité des mots de passe. Voici la liste des différentes options disponibles : 

FAILED_LOGIN_ATTEMPTS : Ce paramètre permet de définir le nombre maximal de 
tentatives de connexion. Si le nombre de connexions donné par le paramètre 
FAILED_LOGIN_ATTEMPTS est atteint, le compte sera alors verrouillé pendant une 
période donnée par le paramètre PASSWORD_LOCK_TIME. 

PASSWORD_LIFE_TIME : Ce paramètre permet de définir la durée d'utilisation du 
même mot de passe. Ce paramètre devra être défini en jours. Une fois la date limite 
d'utilisation, Oracle demandera alors automatiquement à l'utilisateur de bien vouloir 
changer son mot de passe. 















PASSWORD_REUSE_TIME Ce paramètre défini en nombre de jours permet de définir 
le délai entre deux utilisations du même mot de passe. Par exemple si celui-ci vaut 30 et 
que votre mot de passe actuel est toto. Il vous faudra attendre 30 jours à compter de la 
date de votre changement de mot de passe-avant de pouvoir à nouveau utiliser toto 
comme mot de passe. Si vous donnez une valeur numérique au paramètre 
PASSWORD_REUSE_TIME vous devrez alors donner la valeur UNLIMITED au 
paramètre PASSWORD_REUSE_MAX. 

PASSWORD_REUSE_MAX : Ce paramètre permet de définir le nombre de réutilisations 
du même mot de passe (consécutive ou non). Si vous donnez une valeur numérique au 
paramètre PASSWORD_REUSE_MAX vous devrez alors donner la valeur UNLIMITED 
au paramètre PASSWORD_REUSE_TIME. 

PASSWORD_LOCK_TIME : Ce paramètre permettra de définir la durée de verrouillage 
du compte utilisateur après avoir bloqué le compte avec le paramètre 
FAILED_LOGIN_ATTEMPTS. Le compte sera alors automatiquement déverrouillé 
lorsque le temps défini par ce paramètre sera atteint. Ce paramètre sera défini en jours 
(vous pouvez aussi spécifier un nombre de minutes ou heure, par exemple 30 minutes 
donnera 30/1440) ou pourra avoir la valeur UNLIMITED (pour un verrouillage définitif et 
donc une action d'un administrateur pour débloquer le compte) 

PASSWORD_GRACE_TIME : Ce paramètre permet de définir en jours le temps de 
grâce qui vous sera alloué pour changer votre mot de passe. Par exemple vous avez 
défini le paramètre PASSWORD_LIFE_TIME à 30 ce qui signifie que l'utilisateur devra 
changer son mot de passe tous les 30 jours. Cependant si celui-ci décide pour une raison 
ou une autre de ne pas changer son mot de passe à la fin de cette période Oracle 
bloquera son compte automatiquement au bout de 3 demandes. L'intérêt de ce 
paramètre est d'ajouter une période de grâce pendant laquelle l'utilisateur sera en 
mesure de ne pas changer son mot de passe. Cela revient à donner un délai 
supplémentaire à l'utilisateur pour changer son mot de passe. 

PASSWORD_VERIFY_FUNCTION : Ce paramètre devra contenir le nom d'une fonction 
PL/SQL qui servira à vérifier les mots de passe saisis. Vous pouvez utiliser celle fournie 
par Oracle (script utlpwdmg.sql). La fonction fournie en argument devra avoir cette 
définition <nom de la fonction> (username varchar2, password varchar2, 
old_password varchar2) RETURN boolean Si vous ne souhaitez pas utiliser de fonction 
de vérification utiliser la valeur NULL. 

Note : 

■ Si le paramètre PASSWORD_REUSE_TIME a été initialisé avec une valeur numérique, 
alors le paramètre PASSWORD_REUSE_MAX devra être à UNLIMITED et inversement. 

Si les deux paramètres PASSWORD_REUSE_TIME et PASSWORD_REUSE_MAX 

possèdent la valeur UNLIMITED, alors Oracle n'utilisera aucune de ces deux limitations de 
mot de passe. 

■ Si le paramètre PASSWORD_REUSE_MAX possède la valeur DEFAULT et que le 
paramètre PASSWORD_REUSE_TIME est à UNLIMITED, alors Oracle utilisera le paramètre 
PASSWORD_REUSE_MAX avec la valeur définie dans le profil par défaut. 

Si le paramètre PASSWORD_REUSE_TIME est à DEFAULT et PASSWORD_REUSE_MAX 
est à UNLIMITED, alors Oracle utilisera le paramètre PASSWORD_REUSE_TIME avec la 
valeur définie dans le profil DEFAULT. 

■ Si les 2 paramètres PASSWORD_REUSE_TIME et PASSWORD_REUSE_MAX sont à 
DEFAULT, alors Oracle utilisera les valeurs définies dans le profil DEFAULT. 
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La valeur DEFAULT est une valeur particulière, lorsque vous assignerez la valeur DEFAULT à 
une limitation alors Oracle ira récupérer la valeur de la limitation dans le profil DEFAULT. 

Les limitations des ressources système permettent de mettre en place les limitations système. 
Il faut mettre le paramètre RESOURCE_LIMIT à true car Oracle va devoir générer des 
statistiques supplémentaires afin de pouvoir utiliser les valeurs des limitations. Voici la liste 
des limitations que vous pourrez mettre en place. 


Option 

1__ Description _1 

SES330NS_PER_USER 

be paramètre va vous permettre de définir le nombre 
de session maximum qu'un utilisateur pourra ouvrir. 

C PU__PE R_3 ESSI ON 

be paramètre va vous permettre de définir le temps dej 
processeur maximum en centièmes de secondes 
qu'une session pourra utiliser. 

CPU_PER_CALL 

Ce paramètre va vous permettre de définir le temps dej 
processeur maximum en centièmes de secondes qu’un 
“appel serveur" pourra utiliser. On appeliera "appel 
serveur" un passage de requête : une exécution de 
requête ou la récupération d'une requête (FETCH) 

CONNECTAI ME 

Ce paramètre va vous permettre de définir le temps en 
minutes pour la durée de connexion maximale d'une 
session. A la fin du temps imparti la session sera 
automatiquement déconnectée. 


IDLEJTIME 

Ce paramètre va vous permettre de définir le temps en 
minutes pour la durée d'inactivité maximale d'une 
session. A la Un du temps imparti la session sera 
automatiquement déconnectée. 

LOGI CAL_READS_PE R_3ESS 1 ON 

Ce paramètre va vous permettre de définir le nombre 
maximal de bloc ius durant une session. On parlera ici 
des blocs lus sur le disque et dans la mémoire. 

LOGI CÀL_REÀDS_PE R_CALL 

Ce paran’ètre va vous permettre de définir le nombre 
maximal de bioc Sus durant un "appel serveur. On 
pariera ici des blocs lus sur le disque et dans 3a 
mémoire. 

COMPOSITE LIMIT 

Ce paramètre va vous permettre de définir le coût total 
des limitations autorisées pour une session 

Oracle calcule le coût total de toutes les ressources à 

partir du poids attribué aux paramètæs 

CPU PER SESSION, CONNECT TIME. 

LOGI CAL READS PER SESSION, et 

PRIVATE SG A. 

" 

Vous pourrez changer le poids associé à chaque 
limitation système avec, la commande ALT ER 
RESOURCE CO ST. 

PRIVATE_SGA 

Ce paramètre va vous permettre de définir la taille en 
Kiîytes ou MBytes que pourra utiliser une session. 


Exemple : 


CREATE PROFILE exploit LIMIT 
SESSIONS_PER_USER 3 
IDLE_TIME 60 









































FAILED_LOGIN_ATTEMPS 3 
PASSWORD_LIFE_TIME 30 
PASSWORD_REUSE_TIME 180 
PASSWORD_LOCK_TIME UNLIMITED 
PASSWORD_GRACE_TIME 3 

PASSWORD_VERIFY_FONCTION vretif_fonc_exploit 


Un profil peut être attribué à un utilisateur : 

■ Lors de la création de l'utilisateur (CREATE USER) 

■ Lors de la modification de l'utilisateur (ALTER USER) 

L'affectation d'un nouveau profil à des utilisateurs ne prend effet qu'à leur prochaine 
connexion. Par défaut, un utilisateur est créé avec le profil DEFAULT. 


Trouver des informations sur les profils 

Plusieurs vues du dictionnaire de données permettent d'obtenir des informations sur les 
profils : 

■ DBA_USERS : Informations sur les utilisateurs, dont le profil attribué (colonne PROFILE) 

■ DBA_PROFILES : Informations sur les profils 


Gérer les droits 


Privilège système 

Un privilège système est le droit d'exécuter un ordre SQL en général, par exemple créer une 
table. Chaque ordre SQL a généralement au moins un privilège système associé qui porte le 
même nom que l'ordre SQL. Par exemple, l'ordre SQL CREATE TABLE possède un privilège 
associé CREATE TABLE (donne le droit de créer une table dans son propre schéma). 

Certains privilèges système reprennent le nom de l'ordre SQL avec le mot clé ANY. Dans ce 
cas, le privilège système permet d'exécuter l'ordre dans n'importe quel schéma de la base de 
données. Par exemple, le privilège système CREATE ANY TABLE donne le droit de créer une 
table dans n'importe quel schéma de la base de données. 

Lorsqu'un utilisateur est créé avec l'instruction CREATE USER, il ne dispose encore d'aucun 
droit, car aucun privilège ne lui a encore été assigné II ne peut même pas se connecter à la 
base ! 

Il faut donc lui assigner les privilèges nécessaires. Il doit pouvoir se connecter, créer des 
tables, des vues, des séquences. Pour lui assigner ces privilèges de niveau système, il faut 
utiliser l'instruction GRANT. L'ordre SQL GRANT permettant d'attribuer un privilège système. 


GRANT { nom_privilege | rôle | ALL PRIVILEGES } 

TO { nom_utilisateur | PUBLIC } [,...] 

[ WITH ADMIN OPTION ] ; 

nom_privilege représente un privilège système (liste en annexe 1) 
rôle représente un rôle préalablement créé 

ALL PRIVILEGES représente tous les privilèges système (à l'exception de 
SELECT 

ANY DICTIONARY) 


La clause WITH ADMIN OPTION donne au bénéficiaire le droit de transmettre le privilège 
système. Attention avec l'option ALL PRIVILEGES. Celle-ci accorde des droits quasi illimités 
à l'utilisateur qui en hérite, avec les risques de sécurité que cela implique. 

.02 | 







Pour que l'utilisateur puisse simplement se connecter à la base, il doit bénéficier du privilège 
système CREATE SESSION. 

Révocation d'un privilège système à un utilisateur : L'ordre SQL REVOKE permet de révoquer un 
privilège système. 


REVOKE nom_privilège [,...] 

FROM { nom_utilisateur | PUBLIC } [,...] ; 

Le privilège est immédiatement révoqué et ne peut plus être exercé. 

Tous les privilèges système peuvent être révoqués d'un seul coup avec le 
mot clé ALL 

PRIVILEGES (REVOKE ALL PRIVILEGE FROM 


Privilège objet 

Un privilège objet est le droit d'accéder à un objet d'un autre utilisateur : Par exemple, mettre 
à jour les données de la base ARTICLE. Par défaut, seul le propriétaire d'un objet a le droit 
d'y accéder. Pour qu'un autre utilisateur puisse accéder à l'objet, le propriétaire de l'objet doit 
lui donner un privilège objet. Les principaux privilèges objet sont les suivants : 


Privilège 

Table 

Vue 

Séquence 

Programme 

SELECT 

Droit de lecture des données (ordre SQL 
SELECT) 

X 

X 

X 


IN SERT 

Droit de création des données (ordre SQL 
INSERT} 

X 

X 



UPDATÉ 

Droit de mise à jour des données (ordre SQL 
UPDATE] 

X 

X 



DELETE 

Droit de suppression des données (ordre SQL 
DELETE) 

X 

X 



EXECUTE 

Droit d : exècution du programme [appeler le 
procédure, la fonction ou le package à partir d'un 
autre programme) 




X 


Avoir un droit sur un objet ne dispense pas de devoir qualifier l'objet par le nom du 
propriétaire si l'on souhaite y accéder, sinon Oracle pense que vous cherchez à accéder à un 
objet dans votre schéma. 

Pour faciliter l'écriture des requêtes et rendre le schéma propriétaire plus transparent, il faut 
utiliser des synonymes, en l'occurrence plutôt des synonymes publics. Réciproquement, 
l'existence d'un synonyme, même public, ne donne aucun droit sur l'objet sous-jacent. 

Les privilèges objet sont destinés à contrôler l'accès à des objets bien identifiés. Ils sont 
principalement employés pour permettre aux utilisateurs finaux d'une application d'accéder, 
directement via une interface utilisateur, aux objets de l'application créés dans un compte « 
propriétaire » de l'application, car par défaut, seul le propriétaire d'un objet a le droit d'y 
accéder. 

Le message d'erreur retourné par Oracle, lorsqu'un utilisateur n'a pas le privilège requis pour 
réaliser une action sur un objet, est déterminé différemment si l'utilisateur possède ou non au 
moins un privilège sur l'objet : 

■ Si l'utilisateur n'a aucun privilège sur l'objet, Oracle retourne le message d'erreur suivant : 
ORA-00942 : Table ou vue inexistante 


















■ Si l'utilisateur a au moins un privilège sur l'objet, Oracle retourne le message d'erreur 
suivant : ORA-10131 : privilèges insuffisants 


Autorisations 


Autorisations d'objet 

Les autorisations peuvent être gérées pour des objets spécifiques, d'un type particulier ou 
appartenant à un schéma spécifique, mais dépendant de la portée (voir schéma). L'accès à 
tous ces objets est contrôlé en octroyant, refusant ou annulant la possibilité d'utiliser 
certaines instructions ou procédures stockées ; par exemple, on peut accorder à un utilisateur 
le droit de lire (SELECT), mais lui refuser le droit d'ajout (INSERT), de mise à jour 
(UPDATE) et de suppression (DELETE). Il est également possible de préciser certaines 
colonnes de la table dans le cas de lecture ou mise à jour : cette possibilité n'est pas 
conseillée, il est préférable de passer par une vue ou une procédure stockée pour limiter la 
gestion des droits. 


GRANT {ALL [PRIVILEGES] | nom_privilege [(colonne, [ ,.. ]) } 

ON [nom_schema].objet 

TO {nom_utilisateur | PUBLIC} [ ,...] 

[ WITH GRANT OPTION ] 

Exemple : Accorder à l'utilisateur Camille tous les privilèges 

d'utilisation de la table 

sales.Store, et l'autorisation Select sur la table sales.SalesPerson 
GRANT ALL ON sales.Store TO Camille ; 

GRANT SELECT ON sales.SalesPerson TO Camille ; 

Cette autorisation pourra par la suite être retirée par l'instruction 
REVOKE. 

Syntaxe : 

REVOKE [ALL PRIVILEGE | nom_privilege [(colonne, [,...]) } 

ON [ nom_scerna.] nom_objet 

FROM { nom_utilisateur | PUBLIC } [,...] 


Exemple : Retirer à l'utilisateur Camille l'autorisation Select sur la table sales.SalesPerson 
de la base de données AdventureWorks 


REVOKE SELECT ON sales.SalesPerson FROM Camille 


L'instruction DENY permet d'interdire à un utilisateur l'utilisation d'un privilège, même s'il en 
reçoit l'autorisation par son appartenance à un groupe. 


Privilèges sur les vues et les programmes stockés 

Un utilisateur qui a un droit sur une vue n'a pas besoin d'avoir les droits sur les objets 
manipulés par la vue. Il en est de même par défaut pour les programmes stockés : le 
programme stocké s'exécute avec les droits du propriétaire (definer rights). Au besoin, le 
programme stocké peut être conçu pour s'exécuter avec les droits de l'appelant (invoker 
rights). 

Le comportement souhaité se définit lors de la création du programme stocké grâce à la 
clause AUTHID. 


AUTHID { CURRENT_USER | DEFINER } 










Le mode de fonctionnement par défaut (droit du propriétaire) est très intéressant, car il 
permet d'utiliser les vues et les programmes stockés comme couche intermédiaire pour 
l'accès aux objets de la base de données. Ce genre d'approche permet principalement : 

- De masquer la structure réelle des tables et de pouvoir la faire évoluer avec le minimum 
d'impacts sur la partie cliente. 

- D'implémenter des règles de gestion (contrôle, calculs, sécurité...) côté serveur. 


Nommer un objet d'un autre schéma 

Même si un utilisateur a un privilège sur un objet d'un autre schéma, il doit préfixer le nom de 
l'objet par le nom de son propriétaire pour pouvoir y accéder : 

SELECT * FROM dbO1.article; 

Des synonymes publics peuvent être définis pour simplifier l'écriture des requêtes et les 
rendre indépendantes du nom du propriétaire 

CREATE PUBLIC SYNONYM article FOR dbOl.article; 


La technique du synonyme ne donne pas de droit en soi, ce n'est qu'une technique de 
résolution de nom. Une fois que le nom est résolu, Oracle regarde si l'utilisateur a les 
privilèges nécessaires pour accéder à l'objet. 


Les rôles 

Les rôles constituent un moyen de regrouper des utilisateurs dans une unité unique à laquelle 
il est possible d'octroyer des privilèges. Les rôles permettent de simplifier la gestion des 
droits. 


Qu'est-ce qu'un Rôle ? 






Attribution de privilèges 
sans rôle 


Attribution de privilèges avec un 
rôle 


Les principales caractéristiques des rôles sont les suivantes : 

■ Un rôle peut être attribué à un autre rôle 

■ Un utilisateur peut avoir plusieurs rôles 

■ Un rôle n'appartient à personne. 

La mise en œuvre s'effectue en trois étapes : 









■ Création du rôle 

■ Attribution des privilèges (système et objet) au rôle 

■ Attribution du rôle aux utilisateurs. 


Gestion d'un rôle 


Création 

L'ordre SQL CREATE ROLE. 


CREATE ROLE nom_role 



[ IDENTIFIED { BY mot_de_passe 
| not IDENTIFIED] 

| EXTERNALY 

| USING nom_package} 


Exemple : 

CREATE ROLE courier ; 

Attribution d'un privilège à un rôle 

L'ordre SQL GRANT permet d'attribuer les privilèges au rôle. 

GRANT nom_privilege [,...] 

TO nom_rôle [,...] 

[ WITH ADMIN OPTION ] ; 

Révocation d'un privilège à un rôle 
L'ordre SQL REVOKE : 

REVOKE {nom_privilège [,...] I ALL [PRIVILEGES] } 

FROM nom_role [,...] ; 

Attribution d'un rôle à un utilisateur 

L'ordre SQL GRANT permet d'attribuer un rôle à un utilisateur ou à un rôle : 

GRANT nom_role [,...] 

TO { nom_utilisateur | PUBLIC | nom_role } [,...] 

[ WITH ADMIN OPTION ] ; 


Révocation d'un rôle à un utilisateur 

L'ordre SQL REVOKE permet de retirer un rôle à un utilisateur ou à un rôle : 


REVOKE 

nom_role [,...] 



FROM { 

nom_utilisateur 

| PUBLIC | 

| nom_role } [,...] ; 


Activation ou désactivation d'un rôle 

L'ordre SQL SET ROLE permet d'activer ou de désactiver un rôle : 


SET ROLE { nom_role [,...] 




| ALL | EXCEPT nom_role [,...; 

] ] 

| NONE ) 




Trouver les informations sur les droits 













Vues du dictionnaire de données privilèges système : 

■ DBA_SYS_PRIVS : Privilèges système attribués aux utilisateurs 



■ SESSION_PRIV : Privilèges système actuellement actifs dans la session 


select * from DBA_SYS_PRIVS where grantee='RESOURCE' ; 


1 GRANTEE 

@ PRIVILEGE | ADMIN OPTION 

1 RESOURCE 

CREATE TRIGGER NO 

2 RESOURCE 

CREATE SEQUENCE NO 

3 RESOURCE 

CREATE TYPE NO 

4 RESOURCE 

CREATE PROCEDURE NO 

5 RESOURCE 

CREATE CLUSTER NO 

6 RESOURCE 

CREATE OPERATOR NO 

7 RESOURCE 

CREATE INDEXTYPE NO 

3 RESOURCE 

CREATE TABLE NO 


■ SYSTEM_PRIVILEGES_MAp : Liste de tous les privilèges système. 


select * from DBA_SYS_PRIVS where grantee='DBA' order by PRIVILEGE ; 



.°T] 

















































Vues du dictionnaire de données privilèges objets : 

■ DBA_TAB_PRIVS Privilèges objet attribués aux utilisateurs (ou aux rôles) sur la totalité 
de l'objet. 

■ DBA_COL_PRIVS Privilèges objet attribués aux utilisateurs (ou aux rôles) sur certaines 
colonnes de l'objet uniquement. 

■ TABLE_PRIVILEGE_MAP : Liste de tous les privilèges objet. 


Les différents types de comptes 

Une base de données Oracle contient en général trois types de comptes. 

Administration : Ce type de compte détient tous les privilèges système nécessaires à la 
gestion des structures de stockage et à la gestion des utilisateurs. Les comptes administrateur 
ont également un accès complet au dictionnaire de données. Ces privilèges peuvent être 
obtenus par l'intermédiaire du rôle DBA ou d'un rôle équivalent. 

Développement/Hébergement du schéma applicatif : Ce type de compte détient des 
privilèges nécessaires pour la création des différents types d'objets (table, vues, procédures 
...) et il possède un quota sur au moins un tablespace. Ces privilèges peuvent être obtenus 
par l'intermédiaire des rôles CONNECT et RESSOURCE ou d'un rôle équivalent. 

Utilisateur final Ce type de compte a besoin de très peu de privilèges système : CREATE 
SESSION (obligatoire). Il possède des privilèges objet sur les objets du schéma applicatif, 
généralement par l'intermédiaire d'un rôle. 





Programmations SGBD 


Le PL/SQL est le langage procédural d'Oracle. Il constitue une extension au SQL qui est le 
langage de requête. L'objectif du PL7SQL est de pouvoir mélanger la puissance des 
instructions SQL avec la souplesse d'un langage procédural dans un même traitement. Ces 
traitements peuvent être exécutés, soit directement par les outils Oracle (bloc anonyme), soit 
à partir d'objets de la base de données (Procédures stockées, fonctions et Triggers). 

Instructions SQL 


Instructions SQL intégrées dans PL/SQL 

Ces instructions sont utilisables avec pratiquement la même syntaxe qu'en SQL : 

- La partie interrogation : SELECT. 

- La partie manipulation : INSERT, UPDATE, DELETE. 

- La partie gestion des transactions : COMMIT, ROLLBACK, SAVEPOINT... 

- Les fonctions TO_CHAR, TO_DATE, UPPER, SUBSTR, ROUND... 

Les principaux éléments complémentaires de PL/SQL sont les commentaires, les variables, les 
fonctions, et les instructions de contrôle du déroulement. 


Instruction spécifique au PL/SQL 

Les caractéristiques procédurales de PL/SQL apportent les possibilités suivantes : 

- La gestion des variables (déclaration, affectation, utilisation). 

- Les structures de contrôle (séquence, test, boucles). 

Des fonctionnalités supplémentaires sont disponibles : 

- La gestion des curseurs (traitements du résultat d'une requête ligne par ligne) 

- Les traitements d'erreurs (déclaration, action à effectuer). 


Le bloc PL/SQL 

PL/SQL n'interprète pas une commande, mais un ensemble de commandes contenues dans un 
« bloc » PL/SQL. Ce bloc est compilé et exécuté par le moteur de la base de données ou de 
l'outil utilisé. 

Structure du « bloc » PL/SQL 

Un bloc est organisé en trois sous ensemble de code. 


DECLARE 

/* Déclaration des variables, des constantes, des exceptions et des 
curseurs */ 

BEGIN [nom du bloc] 

/* Instruction SQL, PL/SQL, structures de contrôle */ 

EXCEPTION 







/* Traitement des erreurs */ 
END [nom du bloc] ; 


Les commentaires en ligne sont situés après deux tirets —. Un commentaire en ligne peut être 
placé sur la même ligne qu'une instruction, à la suite de l'instruction ou bien en début de 
ligne, toute la ligne constituant alors le commentaire. Si le commentaire nécessite plusieurs 
lignes, il faut répéter les tirets sur chaque ligne. Il est également possible de créer un bloc de 
commentaires en plaçant /* en début et */ fin de bloc. 


Gestion des variables 

Les variables sont des zones mémoires nommées permettant de stocker une information 
(donnée). En PL/SQL, elles permettent de stocker des valeurs issues de la base ou de calculs, 
afin de pouvoir effectuer des tests, des calculs ou des valorisations d'autres variables ou de 
données de la base. Les variables sont définies de la manière suivante : 

- Le nom : Composé de lettre, chiffres, $, _ ou #, avec un maximum de 30 caractères. Ce ne 
doit pas être un mot réservé Oracle. 

- Le type : Détermine le format de stockage de l'information et de son utilisation. Toute 
variable doit être déclarée avant utilisation. Comme en SQL, PL/SQL n'est pas sensible à la 
casse. Les noms des variables peuvent être saisis en majuscule ou en minuscule. Les 
instructions se terminent par « ; ». 


Les Types 

Il existe plusieurs catégories de types de variables : 

- Simples (INTEGER, NUMBER, DATE, CHAR, BOOLEAN, VARCHAR...) 

- Composés (RECORD, TABLE, VARRAY, NESTED TABLE) 

- Référence 

- Pointeur de LOB (CLOB, BLOB, BFILES, NCLOB) 


Les types simples 

Les types simples dans PL/SQL sont nombreux. Les principaux sont : 

- Pour les types numériques : REAL, INTEGER, NUMBER (précision de 38 chiffres par 
défaut), NUMBER(x) (nombres avec x chiffres de précision), NUMBER(x,y) (nombres avec x 
chiffres de précision dont y après la virgule). 

- Pour les types alphanumériques : CHAR(x) (chaîne de caractère de longueur fixe x), 
VARCHAR(x) (chaîne de caractère de longueur variable jusqu'à x), VARCHAR2 (idem que 
précédent excepté que ce type supporte de plus longues chaînes et que l'on n'est pas obligé 
de spécifier sa longueur maximale). PL7SQL permet aussi de manipuler des dates (type 
DATE) sous différents formats. 

Une autre spécificité du PL/SQL est qu'il permet d'assigner comme type à une variable celui 
d'un champ d'une table (par l'opérateur %TYPE) ou d'une ligne entière (Opérateur 
%ROWTYPE). Dans la déclaration suivante : 


DECLARE 

nom emp.name%TYPE; 
employé emp%ROWTYPE; 








La variable nom est défini comme étant du type de la colonne « name » de la table emp (qui 
doit exister au préalable). De même, employé est un vecteur du type d'une ligne de la table 
emp. À supposer que cette dernière ait trois champs numéro, name, âge de type respectifs 
NUMBER, VARCHAR, INTEGER, la variable employé disposera de trois composantes : 
employé.numéro, employe.name, employe.age, de même types que ceux de la table. 
Sous types PL/SQL propose des sous-types synonymes des types simples. Ces sous-types 
permettent d'assurer la compatibilité avec les types standards ANSI/ISO et IBM. 


Type ORACLE 

Sous-type 

NUMBER 

DEC, DECIMAL, NUMERIC, DOUBLE PRECISION, 
FLOAT, REAL INTEGER, INT, SMALLINT 

BINARYJNTEGER 

NATURAU NATURALN, POSITIVE, POSITIVEN, 
SIGNTYPE 

VARCHÂR2 

STRING, VARCHAR 

CHAR 

CHARACTER 


Les types composés 

Il existe 3 modèles de types de données composées : RECORD, TABLE et VARRAY. Ils vont 
servir à définir, dans une première phase, des types structurés. On se référera, dans une 
seconde phase, à ces types lors de la déclaration des variables. 

RECORD : Permet de définir des types structurés destinés à contenir une seule ligne à 
plusieurs colonnes. 


TYPE nom_type IS RECORD (champl {type_scalaire | identifiant%TYPE} [champ2 
{type_scalaire | identifiant%TYPE}...]); 

Déclaration de la variable 
Variable nom_type 


Exemple : 


TYPE enreg IS RECORD (nom client.raisonsociale%TYPE, commande 
commande.numcom%TYPE, livraison DATE); 
comcli enreg ; 


comcli est une variable de type composé 'enreg' et contient les champs nom, commande, 
livraison. 

TABLE : Permet de définir des types tableau à 2 colonnes, dont l'une des colonnes sera 
obligatoirement une clé primaire. Cette clé permettra d'accéder aux lignes du tableau comme 
un indice. 


TYPE nom_type IS TABLE OF {type_colonne | table.colonne%TYPE} INDEX BY 
BINARY_INTEGER; 

Déclaration de la variable 
Variable nom_type; 


Exemple : 


TYPE typeraisoc IS TABLE OF Client.raisonsociale%TYPE INDEX BY 

BINARY_INTEGER; 

nom_societe typeraisoc ; 



nom-societe est une variable de type composé typeraisoc contenant une colonne de type 
identique à la colonne raisonsociale de la table client. 

















Nom_societe(1) 

: = ’DARTY 1 ; 

nom_societe(2) 

:='CARREFOUR'; 


On ne peut définir qu'une seule colonne. Par contre, cette colonne peut être de type record. 
Exemple : 


TYPE typeraisoc IS TABLE OF Client%ROWTYPE INDEX BY BINARY_INTEGER; 
nom_societe typeraisoc ; 

nom_societe(1).raisonsociale := 'DARTY'; 
nom_societe(1).ville :='PARIS ! ; 
nom_societe(2).raisonsociale :=’CARREFOUR ! ; 
nom_societe(2).ville :=’MARSEILLE'; 


VARRAY : Une collection de type VARRAY possède une dimension maximale qui doit être 
précisée lors de la déclaration de la collection. Ces collections possèdent une longueur fixe et 
donc la suppression d'éléments ne permet pas de gagner de la place en mémoire. Les 
éléments sont numérotés à partir de la valeur 1. 


TYPE nom_type IS VARRAY (taille_maxi) OF type_element [NOT_NULL] 


nom_type : Représente le nom de la collection 

taille_maxi Nombre d'éléments maximum présent dans la collection 
type_element : Représente le type de données des éléments de la collection. 

Exemple : 

Déclaration et utilisation de collections : 


DECLARE 

TYPE calendier is VARRAY(366) OF DATE ; 

Annee calendrier := calendrier (tp_date('01/01/2007 ' , ' DD/MM/YYYY' )); 
BEGIN 

— changement de valeur 

Annee (1) := calendrier (tp_date('01/01/2008'DD/MM/YYYY')); 

END ; 


Les variables locales 

PL/SQL dispose de l'ensemble des types utilisables dans la définition des colonnes des tables. 
Ce qui permet un format d'échange cohérent entre la base de données et les blocs PL/SQL. 
Cependant, les étendues des valeurs possibles pour chacun de ces types peuvent être 
différentes de celle du SQL. Il dispose également un certain nombre de types propres, 
principalement pour gérer les données numériques. Enfin, PL/SQL permet de définir des types 
complexes basés soit sur des structures issues des tables, soit sur des descriptions propres à 
l'utilisateur. 

Dans le bloc DECLARE : 


Nom-de-variable [CONSTANT] type [[NOT NULL]] :=expression] ; 


CONSTANT : La valeur de la variable n'est pas modifiable dans le code de la section BEGIN 

NOT NULL : Empêche l'affectation d'une valeur NULL à la variable, la variable doit être 
initialisée avec une valeur. 

Expression ; valeur initiale affectée à la variable dans le bloc. 













Exemple : Liste de tous les employés dont le nom commence par une chaîne de caractères, 
donnée (B). 


DECLARE 

vRech varchar(24) := 'B%'; 

BEGIN 

SELECT noemp, prénom, nom, dept FROM Employés 
WHERE nom like vRech; 

END 


Exemples : Renvoi du numéro d'employé le plus élevé. 


DECLARE 
vempld int; 

BEGIN 

SELECT vempld = max(noemp)FROM Employés; 
END 


Si l'instruction SELECT renvoie plusieurs lignes, la valeur affectée à la variable est celle 
correspondant à la dernière ligne renvoyée. 


DECLARE 
vempld int; 

BEGIN 

SELECT vempld = noemp FROM Employés; 
END 


Les éléments de contrôle de structure 

AFFECTATION 

X:= 2; 

CONCATENATION 

chaîne := chainel II chaine2 II chaine3; 

Exemple : 

chaîne := 'La valeur est 1 II to_char(x) Il 1 unités' 

OPERATEURS RELATIONNELS 

= , != ou <> 

>,<,>=,<= 

in, between, like 

OPERATEURS LOGIQUES 

not, and, or 

VALEURS BOOLEENNES 

true, false, null 

COMMENTAIRES 



— commentaire sur une ligne 











/* commentaire sur plusieurs lignes */ 


Les entrées / sorties 

Affichages de résultats 

On utilise le package (ensemble de procédures et fonctions) DBMS_OUTPUT. Tout d'abord, 
avant le bloc PL/SQL, utiliser l'instruction qui autorise l'utilisation des sorties-écran (une seule 
fois pas session) 


set serveroutput on 


Puis pour chaque affichage : 


dbms_output.put_line('nom du client: ' || vraisonsociale); 


11 est l'opérateur de concaténation de chaînes de caractère 

Saisie de données au clavier 

&nom : saisie d'un mot au clavier ; 

Un mot est un nombre ou une chaîne de caractères alphanumériques (éventuellement entre 
apostrophes). Oracle substituera la suite des caractères saisis à &nom. 

Exemples : 


DECLARE 

Enr client client%ROWTYPE; 

BEGIN 

SELECT * into enrclient FROM CLIENT 
WHERE idclient = &code; 

SELECT * into enrclient FROM CLIENT 
WHERE raisonsociale LIRE '%&nom%'; 
END 


Traitement conditionnel 

Les instructions sont exécutées si la condition est évaluée à TRUE. Si elle est évaluée à 
FALSE ou NULL, elle est éventuellement traitée par le ELSE. L'instruction ELSIF permet 
d'imbriquer plusieurs traitements conditionnels. 


IF condition THEN 

commandes PLSQL; 

[ELSIF condition THEN 

commandes PLSQL;] 

[ELSIF condition THEN 

commandes PLSQL;] 

[ELSE 

commandes PLSQL;] 

END IF; 


Exemple : 


IF stock < 5 THEN 

alertstock : = 'Alerte grave - commande immédiate'; 
ELSIF stock < 20 THEN 













/* 5 <= stock < 20 */ 

alertstock :='Alerte moyenne - commande à prévoir'; 
ELSIF stock > 50 THEN 
/* stock > 50 */ 

alertstock :='Stock à bon niveau’; 

ELSE 

/***** 20 <= stock <= 50 */ 

alertstock :=’Attention - stock en baisse’; 

END IF; 


Remarques : Pour tester les valeurs NULL, IF adresse != NULL ne fonctionne pas. Il faut 
écrire : IF adresse IS NULL ou IF adresse IS NOT NULL. 


Traitements itératifs 

On dispose de 3 instructions d'itération dans PL-SQL : 


LOOP ... END LOOP 

FOR ... LOOP ... END LOOP 

WHILE ... LOOP ... END LOOP 

LOOP 


Il permet d'exécuter plusieurs fois un même ensemble d'instructions. On doit sortir de 
l'itération à l'aide d'une instruction conditionnelle (EXIT WHEN condition) ou 
inconditionnelle contenue dans un bloc IF ... END IF (EXIT ou GOTO). 


LOOP 

Exit WHEN condition; 
ensemble d'instructions; 
END LOOP; 

FOR ... LOOP 


Il permet d'exécuter un nombre précis d'itérations. 


FOR compteur IN [REVERSE] borne-inf..borne-Sup 
LOOP 

ensemble d'instructions; 

END LOOP; 


Remarques : 

- La variable compteur n'a pas besoin d'être préalablement déclarée, FOR crée implicitement 
une variable locale. 

- Avec l'option REVERSE, on va de borne-sup à borne-inf 

- L'incrément est de 1 et de - 1 avec REVERSE. 

- Les ... font office de séparateur entre borne -inf et borne - sup. 

- On peut aussi forcer la sortie avec un exit [when condition]. 

Exemple : 


SET SERVEROUTPUT ON; — autorise la 

sortie-écran. 

BEGIN 


FOR i IN 1..5 


LOOP 


dbms_output.put_line('ligne ' 

Il i); — sortie-écran 

END LOOP; 


END; 














WHILE ... LOOP 


Il permet d'exécuter une itération avec une condition d'entrée dans la boucle, condition 
vérifiée à chaque boucle. 


WHILE condition LOOP 
ensemble d'instructions 
END LOOP; 


Exemple : 


DECLARE x integer; 


BEGIN x:= &donne; — lire 

au clavier 

WHILE abs(x) < 100 


LOOP 


x : = x * x ; 


END LOOP; 


dbms_output.put_line(’x= 1 

' | | to_char(x) ) ; 

END; 



Curseurs 

Un curseur est une zone de contexte en mémoire, ouverte par Oracle pour exécuter une 
requête et stocker les résultats. Il existe 2 sortes de curseurs : Implicites et explicites. 

C'est une variable dynamique qui prend pour valeur le résultat d'une requête. 

Exemple : Afficher la liste des produits (codart, libart, stkphy) pour lesquels le stkphy est 
supérieur à un stock donné. Le stock donné sera saisi en dur dans une variable du 
programme. On utilisera : 

0 Des variables 
0 Des curseurs paramétrés 
0 %NOTFOUND, %ROWTYPE 
0 dbms_output.put_line() 


— Avec Rowtype sur Curseur -- 


set serveroutput on; 
déclaré 

w_stock number; 

cursor c_stock (stock number) is 
select codart , libart , stkphy 
from produit 
where stkphy>w_stock; 
r_stock c_stock%rowtype; 
begin 

w_stock := 500; 

open c_stock(w_stock); 

dbms_output.put_line( ! Test : Nombre de lignes traitées = ’ || 

c_stock%rowcount); 
loop 














fetch c_stock into r_stock; 
exit when c_stock%notfound; 

dbms_output.put_line(c_stock%rowcount || ’ - ’ 

|| r_stock.codart || ’ - ’ 

|| r_stock.libart || ’ - ' 

| | r_stock.stkphy) ; 
end loop; 

dbms_output.put_line('Test : Nombre de lignes traitées = ’ | | 

c_stock%rowcount) ; 

close c_stock; 
end; 


Curseur implicite 

Un curseur implicite nommé 'SQL' est créé par Oracle pour nommer la zone de contexte 
ouverte pour le traitement d'un ordre SQL. La requête ne doit pas retourner plus d'une ligne. 


DECLARE 

art article%ROWTYPE; 

BEGIN 

SELECT * INTO art 
FROM article 
WHERE idarticle = 3; 

dbms_output.put_line(art.désignation) 

—impression du nom du produit 

END; 


art.idarticle contiendra 3, art.designation le nom de l'article... 

Curseur explicite 

Si on utilise une requête devant retourner plus d'une ligne, on doit déclarer un curseur, dit 
explicite, auquel on associe cette requête. L'exploitation d'un curseur se fait en trois étapes : 
Ouverture, lecture, fermeture. 

Déclaration de curseur 

La déclaration d'un curseur a pour effet d'associer un nom de variable de type curseur à une 
requête SQL. Quand la requête sera exécutée (ouverture du curseur), on pourra accéder aux 
lignes du résultat stockées en mémoire par le biais du nom associé (nom du curseur) et 
transférer chaque ligne du résultat dans des variables. 

On peut associer des paramètres formels à un curseur qui seront référencés dans la clause 
WHERE de la requête. 


CURSOR nom 

[ (paraml type 

[,param2 type] 

...) ] 

IS requête 
[FOR UPDATE 

OF nom_coll [ 

;, nom_co!2] . . . 

]; 


Le type du paramètre peut être : char, number, boolean, date. 


CURSOR curart 

IS SELECT idarticle, désignation 
FROM article; 



Déclaration de curseur avec paramètres : 









CURSOR curart (prixunit number(5,2), qte number) 
IS SELECT idarticle, désignation 
FROM article 

WHERE prixunit > curart.prixunit 
AND qtestock < qte ; 


On remarque que lorsqu'il peut y avoir confusion de noms (ici prixunit), c'est le paramètre du 
curseur qu'il faut préfixer et non pas la colonne de la table. 

Ouverture du curseur 

L'ouverture du curseur provoque l'exécution de la requête. On peut passer des paramètres au 
curseur à l'ouverture. 


OPEN nom_du_curseur [(paraml [,parami] 

.. ) ] ; 

Exemple : 



DECLARE 

CURSOR curart (prixunit number(5,2), qte number) IS 
SELECT idarticle, désignation FROM article 

WHERE prixunit > curart.prixunit AND qtestock < curart.qte ; 
TYPE recart IS RECORD 
(ident article.idarticle%TYPE, 
desig article.désignâtion%TYPE); 
produit recart; 

BEGIN 

OPEN curart(1300,250); 

-- équivaut à SELECT idarticle, désignation 

— FROM article 

— WHERE prixunit > 1300 AND qtestock < 250 ; 


Lecture du curseur 


La commande FETCH permet de copier une ligne de résultats, dans une ou plusieurs 
variables. 


FETCH nom_du_curseur INTO {liste_de_variables 

| record}; 

Exemple : 



LOOP 

FETCH curart INTO produit; 

EXIT WHEN curart%NOTFOUND; 

dbms_output.put_line(produit.ident,produit.desig) ; 
END LOOP; 


Imprime tous les articles stockés dans le curseur. 

Fermeture du curseur 
Libère les ressources associées au curseur. 


CLOSE nom_du_curseur; 













Modification et suppression de données 

Pour pouvoir supprimer la ligne de la table correspondant à la ligne courante du curseur (ou y 
modifier des données), il faut impérativement avoir déclaré le curseur avec l'option "FOR 
UPDATE OF coll, col2,...". Dans l'instruction SQL de modification ou de suppression, il faut 
utiliser le mot clé CURRENT OF nom_curseur, dans la clause WHERE. 


IF adresse IS NULL THEN 

UPDATE client SET adresse='??????' 

WHERE CURRENT OF nom_curseur; 

END IF; 

ATTRIBUT DES CURSEURS 


Pour les curseurs : Explicites : 

%NOTFOUND : Booléen. Vrai quand la commande FETCH échoue. 

%FOUND : Inverse de %NOTFOUND. 

%ROWCOUNT : Nombre de lignes lues dans le curseur. 

%ISOPEN : Booléen. Vrai si le curseur est ouvert. 

Dans le cas d'un curseur implicite, on peut utiliser SQL%NOTFOUND par exemple : 


FETCH nom_curseur INTO nom_variable ; 

IF nom_curseur%NOTFOUND THEN 
Dbms_output.put_line ('Fetch a échoué') ; 
END IF; 


Exemple complet : 


DECLARE 
CURSOR curart 

(prix article.prixunit%TYPE, 
qte article.qtestock%TYPE) 

IS 

SELECT * FROM article 
WHERE prixunit > prix 
AND Qtestock > qte; 
art article%ROWTYPE 
BEGIN 

OPEN curart(100, 10) 

FETCH curart INTO art; 

WHILE curart%FOUND LOOP 

dbms_output.put_line(art.désignation) 

FETCH curart INTO art; 

END LOOP; 

CLOSE curart; 

END; 


Utilisation de FOR...LOOP 

L'utilisation de FOR ... LOOP avec un curseur permet d'ouvrir, parcourir et fermer un 
curseur sans utiliser OPEN, FETCH INTO et CLOSE. 


FOR nom_variable IN nom_curseur (param...) LOOP 
ensemble d'instructions; 

END LOOP; 












Exceptions 


Lorsque Oracle rencontre une erreur dans l'exécution d'un programme (overflow, violation de 
contraintes d'intégrité...), il sort immédiatement du bloc, en affichant le code et le message 
d'erreur. 

Si le développeur veut poursuivre l'exécution du programme, il doit rediriger et traiter ces cas 
dans la partie EXCEPTION du bloc PL/SQL(sauf les exceptions internes déjà prénommées par 
Oracle). Dans cette partie EXCEPTION, il pourra pour chaque cas d'erreur ou d'exception, à 
condition de les préciser et de les avoir déclarés (pour les exceptions externes), exécuter un 
traitement particulier. 

Déclaration 

On peut gérer 2 types d'erreurs ou d'exceptions : les exceptions internes (prédéfinies par 
Oracle) et les exceptions externes (déclarées par le développeur). 


DECLARE 

déclarations 

nom_exception_externe EXCEPTION; 

BEGIN 

instructions 

IF condition THEN 

RAISE nom_exception_externe; 

END IF; 

instructions 

EXCEPTION 

WHEN nom_exception_externe THEN instructions ; 
WHEN nom_exception_interne THEN instructions ; 
WHEN OTHERS THEN instructions 
END; 


Remarques : 

- Les exceptions internes sont redirigées par Oracle sans que l'on doive utiliser la commande 

RAISE. 

- Le fait de traiter une exception fait sortir du bloc (BEGIN ... END) auquel appartient 
l'exception. Le fait de traiter des exceptions dans le bloc le plus externe d'un programme 
entraîne donc l'arrêt du programme. Il faudra intégrer une exception dans un bloc imbriqué si 
l'on désire continuer le traitement après la gestion de cette exception. 

- Dans la partie EXCEPTION, la condition WHEN OTHERS THEN permet de gérer les erreurs 
internes qui n'ont pas de nom spécifique ou qu'on ne désire pas traiter en particulier. 

Exceptions internes 

Une erreur interne se produit quand un bloc PL/SQL viole une règle d'oracle ou dépasse une 
limite dépendant du système d'exploitation. Oracle a prévu un ensemble d'erreurs prédéfinies 
qui sont les suivantes : 






Nom de Terreur 

Oracle 

SQLCODE 

OURS 0 R A LR EADYO P E N 

ORA-0651 1 

-6511 

DUP VAL 0!N l NDEX 

ORA-OOOOl 

-1 

I N V A LJ D C U RS 0 R 

ORA-01001 

-1001 

INVALIDNUMBER 

ORA-01722 

-1722 

LOGIINDENIED 

ORA-01017 

-1017 

N 0 D AT A F0 U N D 

ORA-01403 

100 

NOT LOGGED ON 

ORA-01012 

-1012 

PROGRAMM ERROR 

ORA-06501 

-6501 

STORAGE ERROR 

ORA-0650Q 

-6500 

Tl M E 0 UTONRESO URC E 

ORA-00051 

-51 

T 0 0 M A N Y R OW S 

ORA-01422 

-1422 

TRANSACTION BACKED OUT 

ORA-00061 

-61 

VALUE ERROR 

ORA-06502 

-6502 

ZERO DMDE 

ORA-01476 

-1476 

OTHERS (autres erreurs) 




Remarque : L'erreur NO_DATA_FOUND peut être générée par un SELECT INTO, un 
UPDATE ou un DELETE. 


DECLARE 
code number; 
msg varchar2(200) ; 
recart article%ROWTYPE; 

CURSOR curcli IS 
SELECT * FROM client 
FOR UPDATE OF adresse; 
reccli client%ROWTYPE; 

BEGIN 

OPEN CURCLI; 

LOOP 

FETCH curcli INTO reccli; 

EXIT WHEN curcli%NOTFOUND; 

SELECT * INTO recart FROM article; 

BEGIN 

INSERT INTO client VALUES (reccli.idclient, 
reccli.raisonsociale, 

NULL, NULL, NULL, NULL, reccli.idrep); 

EXCEPTION 

WHEN DUP_VAL_ON_INDEX THEN 

dbms_output.put_line('Attention doublon'); 

WHEN TOO_MANY_ROWS THEN 

dbms_output.put_line('Passage trop de lignes'); 
WHEN OTHERS THEN 
code := SQLCODE; 
msg:= SQLERRM(code); 

dbms_output.put_line(to_char(code)); 
dbms_output.put_line(msg); 

END; 

END LOOP; 

CLOSE curcli; 

END; 


Exceptions externes 

Si le programmeur veut gérer d'autres types d'erreurs que celles prédéfinies, généralement 
des erreurs liées à l'application, il doit les définir et aussi assurer le branchement sur la partie 
EXCEPTION à l'aide de la commande RAISE, utilisée dans un bloc de traitement 
conditionnel. 

























DECLARE 
code number; 
msg varchar2(200); 
recart article%ROWTYPE; 
pas_de_prix EXCEPTION; 

BEGIN 

SELECT * INTO recart FROM article 
WHERE idarticle = ^numéro; 

IF recart.prixunit = 0 THEN 
RAISE pas_de_prix; 

END IF; 

EXCEPTION 

WHEN pas_de_prix THEN 

dbms_output.put_line('Cet article n'a pas de prix’); 
WHEN OTHERS THEN 
code := SQLCODE; 
msg:= SQLERRM(code); 

dbms_output.put_line(to - char(code»; 
dbms_output.put_line(msg); 

END; 


RAISE_A P PLI CA TION_ERROR 

La procédure RAISE_APPLICATION_ERROR(n, 'message'), où n est un numéro choisi par 
le développeur entre -20000 et -20999 a la particularité de stopper immédiatement le 
programme et de renvoyer un numéro et un message d'erreur au programme appelant. 


DECLARE 

code number; 

msg varchar2(200) ; 

CURSOR curart IS 
SELECT * FROM article 
FOR UPDATE OF qtestock; 
recart article%ROWTYPE; 
mise_a_jour EXCEPTION; 

BEGIN 

OPEN curart 
LOOP 

FETCH curart INTO recart; 

EXIT WHEN curart%NOTFOUND; 

BEGIN 

IF recart.qtestock < 30 THEN 

RAISE_APPLICATION_ERROR (-20500, 'Programme stoppé’); 
END IF; 

IF recart.qtestock < 100 THEN 
RAISE mise_a_jour; 

END IF; 

EXCEPTION 

WHEN mise_a_jour THEN 

UPDATE article SET qtestock = qtestock + 100 
WHERE CURRENT OF curart; 

END; 

END LOOP; 

CLOSE curart; 

EXCEPTION 
WHEN OTHERS THEN 
code := SQLCODE; 
msg:= SQLERRM(code); 

dbms_output.put_line(to_char(code)); 
dbms_output.put_line(msg); 








END; 


Les fonctions et les procédures stockées 


Procédure, fonction et package 

Une procédure est une unité de traitement qui peut contenir des commandes SQL de 
manipulation de données (LMD), des instructions PL/SQL, des variables, des constantes, des 
curseurs et un gestionnaire d'erreurs. Une fonction est une procédure qui retourne une 
valeur. Les procédures et les fonctions sont créées comme des objets de la base appartenant 
à un utilisateur. Elles sont soumises donc à tous les mécanismes de sécurité et de 
confidentialité. Elles sont accessibles à travers les outils d'Oracle, tels que SQL*Plus, Forms... 
II en résulte que plusieurs applications (outils) peuvent faire appel à la même procédure ou 
fonction. 

Un package est une « encapsulation » de plusieurs procédures, fonctions, curseurs, variables 
au sein d'une seule unité nommée. Les packages offrent plusieurs avantages par rapport aux 
procédures et aux fonctions standard. 


Les procédures et les fonctions 

La notion de procédure a été conçue dans l'esprit de grouper un ensemble de commandes 
SQL avec les instructions procédurales. Avec cette combinaison, l'utilisateur peut ainsi 
résoudre des problèmes complexes tout en ayant une flexibilité et une aisance dans son 
développement. Les procédures et les fonctions sont utilisées pour augmenter 
considérablement la productivité. Elles servent également à gérer la sécurité et l’intégrité des 
données et à augmenter les performances. 

Du point de vue de la sécurité, l'utilisateur peut autoriser l'accès à certaines tables seulement 
à travers les procédures. Les usagers bénéficiant du privilège d'accès aux tables à travers les 
procédures ne possèdent aucune autorisation d'accès à ces mêmes tables en dehors du cadre 
de ces procédures. Au niveau de l'intégrité, les procédures développées et testées assurent la 
même fonctionnalité indépendamment de la partie appelante. Autrement dit, la recompilation 
d'une procédure en cas de correction n'exige pas la recompilation de l'ensemble du code de 
l'application. 

Les performances sont assurées par les facteurs suivants : 

- Réduction du trafic sur le réseau (soumission d'un bloc PL/SQL au moteur au lieu d'une 
commande SQL). 

- Compilation des procédures cataloguées (le moteur ne recompile pas les procédures au 
moment de l'exécution). 

- Exécution immédiate de la procédure si elle est dans la SGA (réduction des accès disque). 

- Partage de l'exécution d'une procédure par plusieurs utilisateurs (notion de mémoire 
partagée). 

Pour créer un objet procédural, vous devez disposer du privilège système CREATE 
PROCEDURE pour votre schéma ou du privilège système CREATE ANY PROCEDURE pour la 
création dans un autre schéma. 







Pour autoriser un autre schéma à exécuter une procédure de votre schéma, vous devez lui 
octroyer le privilège EXECUTE. 


GRANT EXECUTE ON ma_procedure TO autre_schéma 


Création d'une procédure ou d'une fonction 

La commande qui permet de créer une procédure est la suivante : 


CREATE [OR REPLACE] PROCEDURE 

[schéma].nom_procédure [(liste d'arguments)] 

[IS | AS} 

bloc PL/SQL 


Celle qui permet de créer une fonction est la suivante : 


CREATE [OR REPLACE] FUNCTION 
[schéma].nom_fonction [(liste d'arguments)] 
RETURN type 
[IS | AS} 
bloc PL/SQL 


L'option OR REPLACE permet de spécifier au système le remplacement de la procédure ou de 
la fonction si elle existe déjà dans la base. 

L'utilisateur peut précéder le nom de la procédure (fonction) par celui d'un schéma s'il n'est 
pas dans cet environnement, à condition d'avoir les privilèges de création de procédures dans 
ce schéma. 

<liste d'arguments> est composé des arguments d'entrée, de sortie et d'entrée et de 
sortie, séparés par une virgule selon le format suivant : 


liste d'arguments := nom d'argument [IN | OUT | IN OUT] type;... 


Le mot clé IN indique que la variable est passée en entrée. 

Le mot clé OUT indique que la variable est renseignée par la procédure puis renvoyée à 
l'appelant. 

Le mot clé IN OUT est une combinaison des deux modes précédents. La variable est passée 
en entrée, renseignée par la procédure puis renvoyée à l'appelant (équivalant au passage de 
paramètres par référence dans les langages de programmation). 

Le mot clé RETURN permet de spécifier le type de la donnée de retour de la fonction. Enfin, 
le type de données est l'un des types reconnus par Oracle. 










Le cbloc PL/SQL> doit connnnencer par le mot clé BEGIN et se terminer par END. Il peut être 
composé d'une partie déclarative, d'un corps de la procédure et d'un gestionnaire d'erreurs. 
Le nom d'une procédure ne doit pas comporter les caractères :(-'")[] 

La création d'une procédure peut se faire à l'aide de l'outil « SQL*Plus », mais nous 
conseillons fortement au lecteur d'utiliser l'outil « Oracle SQL Developer » pour la rédaction 
de ces procédures, la sauvegarde dans la base de données, ainsi que la compilation et 
l'exécution de celle-ci. 

La dernière ligne de chaque procédure doit être composée d'un seul caractère '/' pour 
spécifier au système l'exécution de sa création. Le fait d'avoir la source d'une procédure sur 
un fichier permet de corriger facilement la procédure avec l'option OR REPLACE. 

Exemple : Créer une procédure qui permet de baisser le prix d'un article et une fonction qui 
affecte un numéro au client ou à l'article (en utilisant des séquences). 


CREATE PROCEDURE baisse_prix ( Id IN NUMBER, Taux IN NUMBER) IS 
BEGIN 

UPDATE article SET article.prixunit = article.priunit*( 1 
+ Taux) 

WHERE article.idarticle = Id; 

EXCEPTION 

WHEN NO_DATA_FOUND THEN 
RAIS E_APP LICATION_ERROR 

(-20010,'Article Invalide : ’ ||TO_CHAR(Id)); 

END; 

CREATE FUNCTION numéro (Nature IN CHAR) 

RETURN NUMBER 
IS 

valeur NUMBER; 

BEGIN 

IF Nature = ’C’ OR Nature = ’c’ THEN 
SELECT seqcl.nextval INTO valeur FROM dual; 

ELSIF Nature = ’A’ OR Nature = ’a’ THEN 
SELECT seqar.nextval INTO valeur FROM dual; 

ELSE valeur := -1 ; 

END IF; 

RETURN(valeur); 

END; 


En cas d'erreur de compilation, l'utilisateur doit la corriger sur le fichier et la soumettre 
ensuite au moteur avec l'option OR REPLACE. 


Création d'une fonction sous « Oracle SQL Developer » 

Pour créer une fonction, cliquez droit sur « Fonctions » puis « Nouvelle fonction... ». 








^Connexions 

Y 

B-at Connexions 
à--@ Papyrus 
É'® Tables 
Él -® Vues 
+ ]"Gçj Index 
+ fj§ Packages 
$-a Procédures 
Ë fiY Fonctions 


la 


0 ',sql. 


le fonction... 


•■jj! Régénérer 
7 Appliquer un filtre... 

Effacer le filtre 


+]■© 

ËHÜ®) 

i-a 

É- ■•••[§ 

è a 
+ 13 

è-a 
$-a 

+ ÜJl Liens ae case ae aonnees 

r±i...f?aj 1 L-.jl-.. .l-.i 


► I 


Compiler les objets non valides 

Compiler tout 

Aide 


Donner un nom et un schéma à votre fonction. Définissez les paramètres de retours. Ici, nous 
n'utiliserons qu'un paramètre de type VARCHAR2. Pour ajouter des paramètres, cliquez sur le « + » 
en vert. 


£ Créer une fonction PL/SQL 


Schéma : 
Nom : 


SYSTEM 


- J 



convertUpper 




Ajouter une nouvelle source en minuscules 


Paramètres Langage DDL 



Name 

Type 

Mode 

Default Value 

<Return> 

VARCHAR2 


_ 


X 

5 

* 


Aide 


OK 


Annuler 


Modifiez le code ainsi : nous créons une fonction qui nécessite une chaîne de caractère en entrée et 
qui nous retourne cette même chaîne avec une conversion en majuscule. 


create or replace FUNCTION CONVERTUPPER (inChaine VARCHAR2) RETURN VARCHAR2 
IS 

BEGIN 

return upper(inChaine); 

END; 

























































jijlsql.sql 


1Papyrus 


f^CONVERTUPPER 


l> A â i Ai §9 


CREME OR REPLACE 

□ÎeUHCTIOH CONVERTUPPER (inChaine VARCHAR2) RETURN VARCHAR2 IS 
BEGIN 

return upper(inChaine); 

EHD ; 


Puis enregistrez votre fonction. 

Pour utiliser cette fonction, il suffit de l'appeler en lui transmettant une chaîne de caractère (puisque 
notre fonction nécessite un paramètre en entrée). Par exemple : 


select convertUpper( 1 coucou') from dual; 


lai sql .sql [> Papyrus 

^ Q ® ; ^ 5*3 & 0,01158463 seconds 

select convertUppeE( 1 coucou 1 ) from dual;| 


< 

_ 

Résultats Sortie de script | fe]]Expliquer | ^Enregistrer la trace a 
Résultats : 

! CONVERTUPPERfCOUCOU 1 ) 

1 COUCOU 


Prenons un autre exemple. Voici une fonction qui retourne un commentaire en fonction d'un 
paramètre en entrée qui correspond à un chiffre. 


create or replace function fn_Satisfaction (satisf integer) return varchar2 
as 

begin 

déclaré 

resuit varchar2(20); 
begin 
case 


WHEN 

satisf 

IS NULL 




THEN 

resuit 

= 'Sans commentaire'; 

WHEN 

satisf 

between 

1 

and 

2 

THEN 

resuit 

= 'Mauvais'; 

WHEN 

satisf 

between 

3 

and 

4 

THEN 

resuit 

= 'Passable'; 

WHEN 

satisf 

between 

5 

and 

6 

THEN 

resuit 

= 'Moyen'; 

WHEN 

satisf 

between 

7 

and 

8 

THEN 

resuit 

= 'Bon'; 

WHEN 

satisf 

>= 9 




THEN 

resuit 

= 'Excellent'; 


end case; 
return resuit; 
end; 
end; 





























' sql .sql | [> Papyrus %$FN_SA TfSFA CTiON 

ï v 36 t ♦#)► Aià4 Si 

Eicreate or replace function fn_Satisfaction (satisf integer) return varchar2 
as 

begin 

S déclaré 

resuit varchar2 (20) ; 

Ijetjin 
S case 


1IHEH 

satisf 

IS HULL 




THEH 

resuit 

:= 1 2 Sans commentaire 

1ÏHEH 

satisf 

betareen 

1 

and 

2 

THEN 

resuit 

:= 'Mauvais 1 ; 

1IHEH 

satisf 

betareen 

3 

and 

4 

THEH 

resuit 

:= 1 Passable 1 ; 

1IHEH 

satisf 

betareen 

5 

and 

6 

THEH 

resuit 

:= 'Moyen' ; 

1IHEH 

satisf 

betareen 

7 

and 

8 

THEH 

resuit 

:= 'Bon'; 

TOffiH 

satisf 

>= 9 




THEH 

resuit 

:= 'Excellent' ; 


end case; 
return resuit; 


end; 

end; 


Testons notre fonction : 


select fn_Satisfaction(2) from dual; 


HH sql .sql [> Papyrus fj>FN_5ATI5FACTION 


[> iSg 


0,0076742 seconds 


select fn_Satisfaction(2) from dual; 


< _ 

at __ 

> Résultats j Sortie de script | jExpliquer | , ^Enregistrer la trace automatiquement | ^Sortie 6 

Résultats : 

|j FN SATISFACTIÜN(2) 

1 Mauvais 


Utilisons maintenant notre fonction avec un exemple concret : Ici on affiche les noms et des 
fournisseurs et leur indice de satisfaction. 


SELECT (NOMFOU) AS Nom, (fn_Satisfaction(SATISF)) AS Satisfaction 
FROM FOURNISSEUR 


Tj sql .sql [> Papyrus 

0,00758104 seconds 


SELECT (NOMFOU) BS Nom, (fn_Satisfaction(SATISF) ) AS Satisfaction 
FROM FOURNISSEUR 

I 


< 


Résultats 

Sortie de script | ^Expliquer | ^Enregistrer la trace automatiquement | ^Sortie SGBD | • Sortie OWA 

Résultats : 



13 NOM j SATISFACTION 


1 Paragoon Mauvais 

2 GROBRIGAN Passable 












































Création d'une procédure stockée sous « Oracle SQL Developer » 

Cliquez droit sur « Nouvelle procédure... ». 


E Connexions 
É lij Papyrus 
Tables 
Ep-têâ Vues 
® -Gâ Index 
È Packages 
à-a Procédures 
É-® Fi I 
0-Q& Fi f 
+| lî^' Ti ® Régénérer 

D' u / Appliquer un filtre,,. 


a Lb ti 

à- Oi £| 
à-® v 
0-Sg J' 
Él-a S' 


Z Nouvelle procédure.. 


Effacer le filtre 


Compiler les objets non valides 
Compiler tout 


Aide 

Synonymes fjutjiius 

ftl... \!a 11 r- r-lü !■-. -=i ■ ■=• r-li=i rJriK-iKïüü-r- 


Puis cliquez sur le « + » pour ajouter un paramètre. 


^ Créer une procédure PL/SQL 
Schéma : SYSTEM 



1 

5 ROCEDURE1 



EJ Ajouter une nouvelle source en minuscules 



Paramètres Langage DDL 



Aide 


OK 


Annuler 


Donnez un nom et un schéma à votre procédure puis double-cliquez sur le nom du paramètre pour 
vous permettre de modifier la valeur. Vous pouvez également modifier le type. Par exemple, 
modifiez « VARCHAR2 » à « NUMBER ». Cliquez sur « OK ». 

















































La procédure est créée. 


13 1 sql.sql 


| Papyrus 


0 


imPRQCEDURE 


S6 t _ [> A â i^i l ^ 

CME ME OR REPLACE 
□ PROCEDURE ÏÏÀPROCEDURE 


( monparam Hl HUlffiER 
) AS 
BEGIN 
NULL; 

EHD ÏÏÀPRÜCEDURE; 


S 




Vous pouvez maintenant modifier le code. 


Exemple 1 : Création d'une procédure stockée sans paramètre. Créez la procédure stockée 
Lst_fournïs qui permet d'afficher le code des fournisseurs pour lesquels une commande a été 
passée. 


^ Créer une procédure PL/SQL 

Schéma : [SYSTEM 

Nom : j Lst_fournis 

O Ajouter une nouvelle source en minuscules 



Paramètres Langage DDL 
Name Type Mode 


Default Value 




♦ 

♦ 





































































CREATE OR REPLACE PROCEDURE Lst_fournis is 
vnumfou number; 

cursor c_numfou is SELECT distinct numfou FROM entcom; 
BEGIN 

dbms_output.put_line( ! ******* DEBUT prExol_Lst_fournis 
/ / 

open c_numfou; 
loop 

fetch c_numfou into vnumfou; 
exit when c_numfou %NOTFOUND; 
dbms_output.put_line(vnumfou); 
end loop; 
close c_numfou; 

dbms_output.put_line(’******* FIN prExol_Lst_fournis 
************** ») . 

END; 


[5]sql.sql 1 1> Papyrus j^LST_FOURNIS 


(«: 


A 


□! CREATE OR REPLACE PROCEDURE Lst_fournis is 
vnumfou nimber; 

cursor c_numfou is SELECT distinct numfou FROH entcom; 

BEGHÏ 

dbms_output.put_line ( 1 ******* DEBUT prExol_Lst_fournis **************'); 

open c_numfou; 

□ loop 

fetch c_numfou into vnumfou; 
exit T/hen c_numfou %NÜTFÜUND; 
dbms_output.put_line (vnumfou) ; 
end loop; 
close c_numfou; 

dbms_output.put_line ( 1 ******* FIN prExol_Lst_fournis **************■); 

EHD ; 

I 


Exécutons maintenant notre procédure. 


SELECT distinct numfou FROM entcom; 
BEGIN 

prExol_Lst_fournis () ; 

END; 

















i sql.sql 

[> Papyrus 

EJ ENTCOM | . a LST FOURNIS 

[> P La © ^ U 

| & 0,00134159 seconds 


SELECT distinct numfou ERflM entcom; 

BEGIN 

prExol_Lst_fournis(); 

END; 

< 

aï_ -- - -.-.- - . -.- . „ 

t> Résultats Sortie de script | f] Expliquer | i'] Enregistrer la trace automatiquement |Lj 
R ésultats : 

§ NUMFOU 

1 500 

2 501 

3 502 

Exemple 2 : Création d'une procédure stockée avec un paramètre en entrée. 



On crée la procédure stockée Lst_Commandes, qui liste les commandes ayant un libellé 
particulier (exemple : urgent) dans le champ « OBSCOM ». 


— Version 1 
create or replace 

PROCEDURE Lst_Commandes (libelle in varchar2) 
as 

vnumcom ligcom.numcom%TYPE; 
vnomfou fournisseur.nomfou%TYPE; 
vlibart produit.libart%TYPE; 
vprix float; 

vobscom entcom.obscom%TYPE; 
























































cursor c_commande is 

SELECT ligcom.numcom, nomfou, libart, qtecde*priuni, obscom 
FROM entcom, fournisseur, ligcom, produit 
WHERE entcom.numfou = fournisseur.numfou 
AND entcom.numcom = ligcom.numcom 
AND ligcom.codart = produit.codart 
AND obscom like ’%’||libelle|| 

BEGIN 

open c_commande; 
loop 

fetch c_commande into vnumcom, vnomfou, vlibart, vprix, vobscom; 
exit when c_commande%NOTFOUND; 

dbms_output.put_line(vnumcom || ’ ’ || vobscom || ’ ’ || vnomfou || 

’ ’ || vlibart || ’ ’ || vprix); 

end loop; 

close c_commande; 

END; 


Ou 


-- Version 2 
create or replace 

PROCEDURE Lst_Commandes (libelle in varchar2) 
as 

cursor c_commande is 

SELECT ligcom.numcom, nomfou, libart, qtecde*priuni as prix, obscom 
FROM entcom, fournisseur, ligcom, produit 
WHERE entcom.numfou = fournisseur.numfou 
AND entcom.numcom = ligcom.numcom 
AND ligcom.codart = produit.codart 
AND obscom like ’%’||libelle||’%’; 

BEGIN 

for commande in c_commande loop 

dbms_output.put_line(commande.numcom || ’ ’ || commande.obscom 

|| ’ ’ || commande.nomfou || ’ ' 

|| commande.libart || ’ ’ || commande.prix); 

end loop; 

END; 


Exécutons maintenant notre procédure. 


SELECT ligcom.numcom, obscom, nomfou, libart, qtecde * priuni 
FROM entcom, fournisseur, ligcom, produit 
WHERE entcom.numfou = fournisseur.numfou 
AND entcom.numcom = ligcom.numcom 
AND ligcom.codart = produit.codart; 

BEGIN 

Lst_Commandes('urg'); 

END; 
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[dlsql.sql 

[> Papyrus 

ENTCOM |J] LST COMMANDES | J^REPCATLOGTRIG 

[> □ & Ira 'ÏSjl SD & 0,00174079 seconds 


SELECT ligcom.numcom, obscom, nomfou, libart, qtecde * priuni 

FRÜM entcom, fournisseur, ligcom, produit 

NHEKE entcom.numfou = fournisseur.numfou 

3UJD entcom.numcom = ligcom.numcom 

HMD ligcom.codart = produit.codart; 

BEGIN 

Lst_Coimandes ( 1 urg 1 ) ; 

EHD;| 


Modification d'une procédure (fonction) 

Il arrive parfois que l'application évolue, entraînant ainsi une modification dans le schéma de 
la base (suppression ou modification de tables). Pour permettre aux procédures (fonctions) 
existantes de prendre en compte ces modifications, il faut les recompiler avec la commande 
suivante : 


ALTER {FUNCTION | PROCEDURE} [schéma.]nom COMPILE; 


Cette commande recompile uniquement les procédures cataloguées standard. Il faut avoir les 
privilèges nécessaires pour réaliser cette recompilation. 

Exemples : Recompiler la procédure et la fonction créées précédemment. 


ALTER PROCEDURE baisse_prix COMPILE; 
ALTER FUNCTION numéro COMPILE; 


Suppression d'une procédure (fonction) 

Comme tout objet manipulé par Oracle, les procédures et les fonctions peuvent être 
supprimées si le besoin est ressenti. Cette suppression est assurée par la commande suivante 

DROP {FUNCTION | PROCEDURE} [schéma.]nom 


Exécution d'une procédure 

Sous « SQL*Plus » : 


EXECUTE <nom procédure> [( argumentl, argument2, ...) ] 

Dans un bloc PL/SQL : 

BEGIN 

<nom procédure> [( argumentl, argument2, ...) ] ; 


m 



















END; 


Exécution d'une fonction 

Sous « SQL*Plus » : 

SELECT <nom fonction> FROM DUAL 
Dans un bloc PL/SQL : 

BEGIN 

x := <nom procédure> [( argument1, argument2, ...) ] ; 

END ; 


Visualisation des erreurs de compilation 


SHO ERRORS 


Ou utiliser la vue du dictionnaire USER ERRORS. 


Les packages 

La notion de package permet d'encapsuler des procédures, des fonctions, des curseurs et des 
variables comme une unité dans la base de données. Elle apporte un certain nombre 
d'avantages par rapport aux procédures et aux fonctions cataloguées. En effet, les packages 
offrent un meilleur moyen de structuration et d'organisation du processus de développement. 
Le mécanisme de gestion de privilèges devient plus facile par rapport aux procédures 
(fonctions) cataloguées. En effet, l'attribution de privilèges d'utilisation des composantes d'un 
package se fait par une seule commande. 

Les packages offrent un meilleur mécanisme de gestion de la sécurité. L'utilisateur peut 
spécifier au cours de la création d'un package des composantes publiques et des composantes 
privées. La séparation des déclarations des composantes d'un package de leur corps permet 
une meilleure flexibilité au développeur pour établir rapidement une maquette. 

Enfin les performances peuvent être améliorées en utilisant les packages plutôt que les 
procédures cataloguées. Le moteur charge en mémoire le package entier quand une de ses 
procédures est appelée. Une fois le package en mémoire, le moteur n'a plus besoin d'effectuer 
des lectures (I/O disque) pour exécuter les procédures de ce même package. 

Création d'un package 

La création d'un package se fait en deux étapes : 

- Création des spécifications du package 

- Création du corps du package 









Les spécifications d'un package consistent à déclarer les procédures, les fonctions, les 
constantes, les variables et les exceptions qui peuvent être accessibles par le public. En 
d'autres termes, il s'agit de la déclaration des objets de type PUBLIC du package. 


CREATE [OR REPLACE] PACKAGE [schéma.]nom_package 
{IS | AS} spécification PL/SQL 


spécification PL/SQL :: = 

déclaration de variable | 
déclaration d'enregistrement | 
déclaration de curseur | 
déclaration d'exception | 
déclaration de table PL/SQL | 
déclaration de fonction | 
déclaration de procédure. | 

Le corps d'un package définit les procédures (fonctions), les curseurs et les exceptions qui 
sont déclarés dans les spécifications de la procédure. Il peut également définir d'autres objets 
de même type non déclarés dans les spécifications. Ces objets sont alors privés et ne peuvent 
en aucun cas être accédés en dehors du corps du package. La commande qui permet de créer 
le corps d'une procédure est la suivante : 


CREATE [OR REPLACE] PACKAGE BODY [schéma.]nom_package 
{IS | AS} corps PL/SQL 


Où corps PL/SQL : : = 

déclaration de variable | 
déclaration d'enregistrement | 
corps de curseur | 
déclaration d'exception | 
déclaration de table PL/SQL | 
corps de fonction | 
corps de procédure... 

Les noms de la spécification et du corps du package doivent être les mêmes. Les objets 
déclarés dans les spécifications du package sont rendus publics et peuvent être accédés à 
l'intérieur et à l'extérieur du package. Ainsi, les variables, les curseurs et les exceptions 
publics peuvent être utilisés par des procédures et des commandes qui n'appartiennent pas 
au package, à condition d'avoir le privilège EXECUTE sur ce package. Les objets privés sont 
déclarés dans le corps du package et n'auront comme étendue que le corps package. Les 
variables d'une procédure ne sont accessibles que par la procédure elle-même. Il est 
important de signaler l'étendue (durée de vie) des variables, constantes et curseurs entre les 
procédures cataloguées et les packages. Les variables appartenant à une procédure standard 
ou du package ont une durée de vie limitée à l'exécution de la procédure. Une fois la 
procédure terminée, les variables et les constantes sont perdues. 

Par contre, les mêmes objets déclarés au niveau des spécifications d'un package ou de son 
corps persistent le long de la session et après le premier appel à ce package. Quand une 
session commence, les variables et les curseurs sont initialisés à la valeur nulle, à moins 
qu'une initialisation ait été explicitement effectuée sur ces objets. Pour réaliser cette 
initialisation explicite, un package peut contenir dans son corps du code exécuté seulement 





lors du premier appel à ce package. Ce code constitue un bloc séparé par les mots clés 

BEGIN et END. 

Il est possible de nommer plusieurs procédures de la même façon. Cette possibilité permet de 
définir une procédure à plusieurs points d'entrée (nombre d'arguments et type de données 
différents). 


Modification d'un package 

La modification d'un package concerne sa version compilée. En d'autres termes, il est 
important de recompiler le package afin que le noyau tienne compte de l'évolution de la base 
et que l'on puisse modifier ainsi sa méthode d'accès et son plan d'exécution. 

Cette recompilation se fait par la commande suivante : 


ALTER PACKAGE [schéma.]package 
COMPILE [PACKAGE | BODY]; 


En pratique, il est recommandé de sauvegarder les sources des packages dans des fichiers 
pour les reprendre en vue d'une modification de leur contenu. En cas de modification des 
sources l'utilisateur doit recréer le package avec l'option REPLACE pour remplacer l'existant. 

Exemple : Recompiler le package ges_vendeur. 


ALTER PACKAGE ges_vendeur COMPILE PACKAGE; 


Suppression d'un package 

La suppression d'un package se fait par la commande DROP comme suit : 


DROP PACKAGE [schéma.]package; 


Les transactions et verrous dans Oracle 11g 

L'un des objectifs d'un SGBD est de mettre à la disposition d'un grand nombre d'utilisateurs 
un ensemble cohérent de données. En présence de ce grand nombre d'utilisateurs, une 
attention particulière doit être apportée pour garantir la cohérence des données lors de leur 
manipulation simultanée par différents utilisateurs. Cette cohérence est assurée à l'aide des 
concepts de transaction et d'accès concurrents. Toutes les modifications de données dans 
Oracle sont effectuées dans le cadre de transactions. Par défaut. Oracle démarre une 
transaction pour chaque instruction individuelle et la valide automatiquement si l'exécution de 
l'instruction se termine normalement. Une transaction est caractérisée les critères ACID : 

- Atomique : Si une des instructions échoue, toute la transaction échoue. 

- Cohérente, car la base de données est dans un état cohérent avant et après la transaction, 
c'est-à-dire respectant les règles de structuration énoncées. 

- Isolée : Les données sont verrouillées : il n'est pas possible depuis une autre transaction 
de visualiser les données en cours de modification dans une transaction. 










- Durable : Les modifications apportées à la base de données par une transaction sont 
validées. Par exemple, une transaction bancaire peut créditer un compte et en débiter un 
autre, ces actions devant être validées ensemble. 

Une transaction est une unité logique de traitements regroupant un ensemble i élémentaire 
(commandes SQL). Ces opérations doivent être soit exécutées entièrement, soit pas du tout, 
permettant ainsi à la base de données de passer d'un état cohérent à un nouvel état 
cohérent. 

Soit les deux commandes suivantes : 


INSERT 

INTO 

ligne_com 

VALUES 

(100, 

1, 1001, 10); 


et 


UPDATE article 

SET qtestock = qtestock - 10 
WHERE idarticle = 1001; 


La première commande enregistre une nouvelle ligne de commande et la seconde met à jour 
l'état du stock pour l'article commandé. Pour que la base de données reste dans un état 
cohérent, ces deux commandes doivent être exécutées et validées. Si, pour une raison 
quelconque, la seconde commande n'a pas pu être traitée, le système doit annuler la 
première Lorsque toutes les opérations constituant la transaction sont exécutées et 
deviennent effectives, nous disons que la transaction est validée. Les modifications apportées 
par les opérations élémentaires deviennent alors définitives. Dans le cas contraire où au 
moins une opération n'a pas pu être exécutée pour une raison quelconque (condition non 
vérifiée, accès impossible aux données, panne), nous disons que la transaction est annulée. 
Les modifications apportées par toutes les opérations élémentaires sont alors annulées et on 
revient à l'état qu'avait la base avant la transaction. 

Dans le but d'assurer une souplesse dans la gestion des transactions, il est possible de 
découper une longue transaction en sous-transactions à l'aide de repères permettant 
d'effectuer, en cas de besoin, des annulations partielles de la transaction. Cette notion de 
sous-transaction permet d'effectuer un découpage plus fin des unités de traitement. 


Contrôle des transactions 

Le contrôle des transactions consiste à définir le début et la fin d'une transaction (validation 
ou annulation) ainsi que son découpage éventuel en sous-transactions. 

Début de transaction : Il n'existe pas de commande permettant de marquer explicitement 
le début d'une transaction. Ce début est implicitement défini par la première commande SQL 
exécutée ou par la fin d'une transaction précédente. Le début d'une application ou d'une 
session SQL constitue automatiquement le début d'une transaction. De même, la fin d'une 
transaction (par validation ou par annulation) marque le début d'une nouvelle transaction. 

Fin d'une transaction : La fin d'une transaction peut être définie explicitement ou 
implicitement. La fin explicite d'une transaction est réalisée à l'aide des deux commandes 








COMMIT ou ROLLBACK. La première valide les opérations élémentaires de la transaction et 
la seconde les annule. 

Les événements suivants constituent une fin implicite d'une transaction : 

■ Exécution d'une commande de définition de données (CREATE, ALTER, RENAME et DROP) 
: Routes les opérations exécutées depuis le début de la transaction sont validées. 

■ Fin normale d'un programme ou d'une session avec déconnexion d'Oracle : La transaction 
est validée. 

■ Fin anormale d'un programme ou d'une session (sortie sans déconnexion d'Oracle) : la 
transaction est annulée. 


Découpage d'une transaction 

Il est possible dans Oracle, d'effectuer un découpage d'une transaction en insérant des points 
de repère (en anglais savepoints). À l'aide de ces points de repère, il est possible d'annuler un 
sous-ensemble d'opérations d'une transaction à partir d'un point de repère. La création d'un 
point de repère se fait à l'aide de la commande suivante : 


SAVEPOINT point_repère; 


Pour annuler les opérations à partir d'un point de repère, on utilise la ROLLBACK en précisant 
le point de repère : 


ROLLBACK TO [SAVEPOINT] point_repère; 


Verrouillage des données 

Concepts relatifs au verrouillage 

Pour que l'exécution simultanée de plusieurs transactions donne le même résultat qu'une 
exécution séquentielle, la solution utilisée consiste à verrouiller momentanément les données 
utilisées par une transaction jusqu'à la fin de la mise à jour. Les autres transactions 
demandant ces données sont mises en attente jusqu'à leur libération (déverrouillage). Cette 
technique de verrouillage permet d'éviter les interactions destructives des transactions, c'est- 
à-dire les opérations n'assurant pas l'intégrité des données. 

Le verrouillage s'applique d'une façon générale à une Ressource. Une ressource peut 
correspondre aux objets créés par les utilisateurs tels que les tables (ou uniquement quelques 
lignes d'une table), ainsi qu'aux objets système tels que des éléments du dictionnaire ou des 
zones de données en mémoire centrale (SGA). 

Modes d'activation de verrouillage 

Le verrouillage des données peut être activé explicitement par l'utilisateur ou une application 
ou implicitement suite à l'exécution d'une commande de définition ou de manipulation de 
données. 







Verrouillage implicite : Le SGBD Oracle effectue automatiquement tous les verrouillages 
nécessaires pour le maintien de la cohérence des données. Ces verrouillages sont effectués 
sans aucune intervention de l'utilisateur. Par exemple, si plusieurs utilisateurs font UPDATE 
sur une même ligne sans valider, le deuxième sera en attente. 

Verrouillage explicite : Dans certains cas, l'utilisateur peut ressentir le besoin de contrôler 
lui-même les mécanismes de verrouillage des données. Ce contrôle peut se faire au niveau 
des transactions ou au niveau d'une instance. Au niveau de la transaction, le verrouillage 
explicite peut être activé dans les cas suivants : 

1) En utilisant la commande : 


LOCK TABLE nom_table IN mode_verrouillage MODE; 


avec : 

nom_table nom de la table à verrouiller. 

mode_verrouillage mode selon lequel la table sera verrouillée. Il peut être : ROW SHARE, 
SHARE, ROW EXCLUSIVE, SHARE ROW EXCLUSIVE, et EXCLUSIVE. 

La description de chacun de ces modes est donnée dans la suite. La table nom_table est 
ainsi verrouillée selon le mode mode_verrouillage. 

2) En utilisant la commande : 


SELECT liste_selection 
FROM nom_table 
WHERE condition 
FOR UPDATE 


Les lignes de la table nom_table vérifiant la condition 'condition' sont verrouillées. 

3) La consistante de lecture (read consistency) est appliquée par défaut à toutes les 
transactions. Elle a pour conséquence de rendre visible à une transaction T2 toute 
modification apportée aux données (et validée) par une transaction Tl, même si ces 
modifications interviennent pendant le déroulement de la transaction T2. Dans certains cas, 
on ne souhaite pas voir les modifications qui ont lieu après le début d'une transaction. Ce 
mode est appelé READ ONLY. Pour passer du mode par défaut au mode READ ONLY on 
utilise la commande suivante au début d'une transaction : 


SET TRANSACTION READ ONLY; 

Ce mode : 

■ Interdis tout Update, Insert, Delete dans la transaction 

■ Ne rend plus visibles les modifications 

Ce mode reste valable jusqu'à la fin de la transaction. Le mode par défaut est ensuite rétabli. 


Remarque : Dans tous les cas, si une mise à jour n'a pas été validée, elle n'est pas visible par 
les autres utilisateurs. 






Différents types de verrouillage 


La technique de verrouillage peut être appliquée à trois types de ressources : les données, le 
dictionnaire de données et la mémoire centrale. À chacune de ces ressources correspond un 
type de verrouillage. 

Verrouillage des données 

Le verrouillage des données, appelé aussi verrouillage du langage de manipulation de 
données permet de maintenir la cohérence des données en cas d'accès concurrents. Oracle 
utilise deux niveaux de verrouillage des données : Verrouillage des lignes (row locks) et 
verrouillage des tables. La combinaison de ces deux niveaux de verrouillage donne lieu aux 
cinq verrouillages suivants : 

■ Mode lignes partagées (Row Share ou RS), 

■ Mode lignes exclusives (Row exclusive ou RX), 

■ Mode table partagée (Share ou S), 

■ Mode partage exclusif de lignes (Share row exclusive ou SRX), 

■ Mode table exclusive (Exclusive ou X). 

Le verrouillage des données prend fin après la validation ou l'annulation d'une transaction. 
Lorsqu'une transaction est découpée en sous-transactions, les données verrouillées à partir 
d'un point de repère sont libérées dès qu'une annulation partielle de la transaction est 
effectuée pour ce point de repère. 

Verrouillage en mode lignes partagées (Row Share ou RS) : Ce mode de verrouillage 
entraîne un verrouillage sélectif des lignes en vue de leur modification. Lorsqu'une table est 
verrouillée en mode lignes partagées, toutes les opérations et tous les autres modes de 
verrouillage sont autorisés, à l'exception du verrouillage exclusif de la table (X). Ce mode peut 
être activé : 

■ Explicitement à l'aide de la commande : 


LOCK TABLE nom_table IN ROW SHARE MODE; 


- Ou implicitement lors de l'exécution de la commande de sélection suivante : 


SELECT ... 

FROM nom_table 
WHERE... 

FOR UPDATE ; 


Dans ce cas, on ne peut pas faire ensuite Update ou Select for Update sur la même ligne. 
Ce mode est le moins restrictif et permet donc un haut niveau d'accès concurrents. 

Verrouillage en mode lignes exclusives (Row exclusive ou RX) : Ce mode de 
verrouillage entraîne aussi un verrouillage sélectif de lignes d'une table lors de leur 
modification. Ces lignes ne peuvent pas être partagées par d'autres transactions. Lorsqu'une 
table est verrouillée en mode lignes exclusives, toutes les opérations et tous les autres modes 








de verrouillage sont autorisés, à l'exception des modes suivants : Table partagée (S), lignes 
partagées (SR) et table exclusive (X). Ce mode peut être activé : 


- Explicitement l'aide de la commande : 


LOCK TABLE nom_table IN ROW EXCLUSIVE MODE; 


- Ou implicitement lors de l'exécution de l'une des commandes suivantes : 


INSERT INTO nom_table . . . , 
UPDATE nom_table . . . ; 
DELETE FROM nom_table . . . ; 


Ce mode est plus restrictif que le mode RS. 

Verrouillage en mode table partagée (Share ou S) : Ce mode permet de verrouiller 
entièrement une table tout en permettant aux autres transactions d'effectuer sur cette table 
des sélections, des verrouillages en mode lignes partagées (RS) ou en mode table partagée 
(S). Il est donc possible d'avoir plusieurs transactions qui effectuent ce mode de verrouillage 
simultanément sur la même table. Toutes les opérations modifiant le contenu de la table 
(insertion, suppression et mise à jour) ne peuvent pas être exécutées. Il n'est pas possible 
non plus de verrouiller cette table en mode partage exclusif de lignes (SRX), ni en mode table 
exclusive (X). 

Lorsque plusieurs transactions verrouillent simultanément une même table en mode table 
partagée (S), aucune de ces transactions ne peut effectuer une mise à jour sur cette table. 
Par contre, une transaction ayant verrouillé une table en mode table partagée peut la mettre 
à jour (insertion, suppression ou mise à jour) si aucune autre transaction ne l'a verrouillée 
selon ce mode. Ce mode ne peut être activé qu'explicitement à l'aide de la commande : 


LOCK TABLE nom table IN SHARE MODE; 


Verrouillage en mode partagée exclusive de lignes (Share row exclusive ou SRX) : 

Avec ce mode de verrouillage, les autres transactions ne peuvent effectuer que des opérations 
de sélection ou de verrouillage en mode lignes partagées (SR). Une seule transaction peut 
effectuer ce mode de verrouillage sur une table. Toutes les opérations modifiant le contenu de 
la table (insertion, suppression ou mise à jour) ne peuvent pas être exécutées. Il n'est pas 
possible non plus de verrouiller cette table selon les modes suivants : table partagée (S), 
partage exclusif de lignes (SRX) ou table exclusive (X). Ce mode ne peut être activé 
qu'explicitement à l'aide de la commande : 


LOCK TABLE nom fable IN SHARE ROW EXCLUSIVE MODE; 


Ce mode est plus restrictif que le mode table partagée. 

Verrouillage en mode table exclusive (exclusive ou X) : Ce mode de verrouillage permet 
à la transaction qui le demande d'effectuer une écriture exclusive sur la table. Les autres 
transactions ne peuvent effectuer que des opérations de sélection sur cette table. Une seule 
transaction peut effectuer ce mode de verrouillage sur une table. Toutes les opérations 
modifiant le contenu de la table (insertion, suppression ou mise à jour) ne peuvent pas être 








exécutées. Il n'est pas possible non plus d'effectuer aucun mode de verrouillage. Ce mode de 
verrouillage est le plus restrictif. Il ne peut être activé qu'explicitement à la commande : 


- LOCK TABLE nom table IN EXCLUSIVE MODE; 


Compatibilité entre les modes de verrouillages : Le tableau suivant donne des 
compatibilités entre les différents modes de verrouillage. 


Mode de 

Verrouillage 

Commandes SQL correspondantes 

Compatibilité avec les 
autres modes de 
verrouillage 

RS 

RX 

s 

SR 

X 

X 

RS : Lignes partagées 

Select... from... for update 

Lock table ... in rowshare mode 

O 

O/N 

0 

O 

N 

RX : lignes exclusives 

Insert into... 

Update ... 

Delete from ... 

Lock table ... in row exclusive mode 

O/N 

O/N 

N 

N 

M 

S : Table partagée 

Lock table ... in sfiare mode 

0 

N 

0 

N 

N 

SRX : partage exclusif 
de lignes 

Lock table... in share exclusive mode 

O 





X :table exclusive 

Lock table... in exclusive mode 

N 

N 

N 

N 

N 


Verrouillage du dictionnaire : Le verrouillage du dictionnaire des données, appelé aussi 
verrouillage du langage de définition de données, permet de protéger la définition des objets 
de la base (tables, vues, utilisateurs, procédures...) lorsque ces objets sont manipulés par des 
commandes de définition de données dans une transaction. Par exemple, lors de la création 
d'une vue, Oracle verrouille la définition des tables référencées par cette vue, interdisant ainsi 
toute modification de structure ou suppression des tables. 

Le verrouillage du dictionnaire de données est effectué automatiquement par les différentes 
commandes du langage de définition des données. II n'existe donc pas de commandes 
explicites de verrouillage analogues à celles du verrouillage des données. 

Les objets du dictionnaire de données peuvent être verrouillés selon deux modes : 

■ Verrouillage exclusif II s'agit de verrouiller certaines ressources en mode exclusif de 
façon à interdire leur utilisation par toute commande de définition ou de manipulation de 
données. C'est le cas de la plupart des commandes de définition de données. Par exemple, 
lors de la suppression ou de la modification de structure d'une table, un verrouillage exclusif 
est nécessaire afin d'interdire toute utilisation de cette table pendant cette opération. 

■ Verrouillage partagé : Certaines commandes de définition de données ne nécessitent pas 
le verrouillage exclusif de la ressource correspondant. Dans ce cas, un verrouillage partagé 
est suffisant. C'est le cas, par exemple, lors de la création d'une vue. Un verrouillage partagé 
est suffisant sur les tables de la base. Ce type de verrouillage est utilisé pour les commandes 
de création des tables, des vues, des procédures, des synonymes et des packages. 

Étant donné que chaque commande de définition de données met fin implicitement à une 
transaction, le(s) verrouillage(s) correspondantes) au niveau du dictionnaire de données 
prennent fin juste après l'exécution de la commande. 




















Verrouillage interne 


Ce troisième type de verrouillage concerne la mémoire utilisée par Oracle pour l'exécution du 
noyau et des applications. Il est complètement transparent aux utilisateurs. Il existe un type 
particulier de verrous internes appelés loquets (Latches). Ce sont des mécanismes internes 
d'Oracle permettant la protection des structures partagées de la SGA telles que la liste des 
utilisateurs actuels de la base. Ce type de verrouillage est activé et désactivé par les 
différents processus internes d'Oracle (processus serveurs ou d'arrière-plan). 


Les déclencheurs 


Les déclencheurs LDD 

Sur les événements système, il est possible d'utiliser les triggers pour suivre les changements 
d'état du système, tel que l'arrêt ou le démarrage. Les triggers d'arrêt et de démarrage ont 
comme porté l'ensemble de l'instance Oracle. 

Sur les événements utilisateur, ils s'exécutent essentiellement en réponse aux instructions 
LDD (Data Définition Language). 

Il s'agit des instructions CREATE, ALTER, DROP, GRANT, DENY, REVOKE et UPDATE 
STATISTICS. 

Les déclencheurs LDD, tout comme les déclencheurs LMD, exécutent des instructions PL/SQL 
en réponse à un événement. 


CREATE TRIGGER nom_trigger 
ON {DATABASE|SCHEMA} 

Bloc PL/SQL 

{AFTERIBEFORE} 

evenement_systeme 

Ou 

CREATE TRIGGER nom_trigger 
ON {DATABASE|SCHEMA} 

Bloc PL/SQL 

{AFTERIBEFORE} 

evenement_utilisateur 


Selon l'option définie, le trigger va s'appliquer sur l'ensemble des bases de données définies 
sur le serveur, ou sur le schéma actif. 

Utilisation des déclencheurs LDD 

Utilisez des déclencheurs LDD dans les cas suivants : 

■ Vous voulez empêcher certaines modifications sur votre schéma de base de données. 








■ Vous voulez qu'un événement se produise dans la base de données en réponse à une 
modification du schéma. 

■ Vous voulez enregistrer des modifications ou des événements dans le schéma de la base de 
données. 

Les déclencheurs LDD ne s'activent qu'après l'exécution des instructions LDD de 
déclenchement. Les déclencheurs LDD ne peuvent pas être utilisés comme déclencheurs 

INSTEAD OF. 

Par exemple, un déclencheur LDD créé pour être activé en réponse à un événement ALTER 
TABLE se déclenchera à chaque fois qu'un événement ALTER TABLE se produit dans la base 
de données. Un déclencheur LDD créé pour être activé en réponse à un événement CREATE 
LOGIN se déclenchera à chaque fois qu'un événement CREATE LOGIN se produit sur le 
serveur. 

Exemple 1 : Création d'un trigger qui se déclenche à la modification / suppression de lignes 
d'une table. 


CREATE TRIGGER securite_trigger 
FOR DROP_TABLE , ALTER_TABLE 
ON DATABASE 
BEGIN 

RAISERROR('Modification / Suppression impossible',16,1) 
ROLLBACK ; 

End ; 


Les attributs 

Lors de l'écriture de ces triggers, il est possible d'utiliser des attributs pour identifier 
précisément l'origine de l'événement et adapter les traitements en conséquence. 

■ ora_client_ip_adress 

Adresse IP du poste client qui se connecte 

■ ora_database_name 

Nom de la base de données 

■ ora_des_encrypted_password 

Description codée du mot de passe de l’utilisateur créé ou modifié 

■ ora_dict_obj_name 

Nom de l'objet visé par l'opération LDD 

■ ora_dict_obj_name_list 

Liste de tous les noms d'objets modifiés 

■ ora_dict_obj_owner 

Propriétaire de l'objet visé par l'opération LDD 

■ ora_dict_obj_owner_list 

Liste de tous les propriétaires d'objets modifiés 








■ ora_dict_obj_type 

Type de l'objet visé par l'opération LDD 

■ ora_grantee 

Liste des utilisateurs disposant du privilège 

■ ora_instance_num 

Numéro de l'instance 

■ ora_is_alter_column 

Vrai si la colonne en paramètre a été modifiée 

■ ora_is_creating_nested_table 

Création ou non d'une table de fusion 

■ ora_is_drop_column 

Modification ou non de la colonne en paramètre 

■ ora_is_servererror 

Vrai si le numéro erreur passée en paramètre se trouve dans la pile des erreurs 

■ ora_login_user 

Nom de la connexion 

■ ora_privileges 

Liste des privilèges accordés ou retirés par un utilisateur 

■ ora_revokee 

Liste des utilisateurs à qui le privilège a été retiré 

■ ora_server_error 

Numéro d'erreur dans la pile dont la position est passée en paramètre 

■ ora_sysevent 

Nom de l'évènement système qui a activé le déclencheur 

■ ora_with_grant_option 

Vrai si le privilège a été accordé avec option d'administration 


Les évènements système 

■ STARTUP Evènement déclenché lors de l'ouverture de l'instance (AFTER seulement) 

■ SHUTDOWN Evènement déclenché avant le processus d'arrêt de l'instance (non déclenché 
en cas d'arrêt brutal du serveur) (BEFORE seulement) 

■ SERVERERROR Evènement déclenché lors d'une erreur Oracle (sauf ORA-1034, ORA-1403, 
ORA-1422, ORA-1423 et ORA-4030) (AFTER seulement) 

Les évènements utilisateur 

■ LOGON Après une connexion (AFTER seulement) 

■ LOGOFF Avant une déconnexion (BEFORE seulement) 





■ CREATE Lors de la création d'un objet 

■ ALTER Lors de la modification d'un objet 

■ DROP Lors de la suppression d'un objet 

■ ANALYZE Lors de l'analyse d'un objet 

■ ASSOCIATE STATISTICS Lors de l'association d'une statistique 

■ AUDIT Lors de la mise en place d'un audit 

■ NOAUDIT Lors de l'annulation d'un audit 

■ COMMENT Lors de l'insertion d'un commentaire 

■ LDD Lors de l'exécution des ordres LDD (sauf ALTER DATABASE, CREATE CONTROLFILE 
et CREATE DATABASE) 

■ DISSOCIATE STATISTICS Lors de la dissociation d'une statistique 

■ GRANT Lors de l'exécution d'une commande GRANT 

■ RENAME Lors de l'exécution d'une commande RENAME 

■ REVOKE Lors de l'exécution d'une commande REVOKE 

■ TRUNCATE Lors d'une troncature de table 


Déclencheurs LMD 

Un déclencheur LMD (Data Manipulation Language) est un type spécial de procédure stockée 
qui présente trois caractéristiques : 

■ Il est associé à une table 

■ Il s'exécute automatiquement lorsqu'un utilisateur essaie de modifier des données par une 
instruction LMD (UPDATE, DELETE, INSERT) sur la table ou il est défini. 

■ Il ne peut être appelé directement. 

Le déclencheur et l'instruction qui a provoqué son exécution sont traités comme une seule 
transaction. Le bloc PL/SQL qui constitue le déclencheur (trigger) peut être exécuté avant ou 
après vérification des contraintes d'intégrité. Les triggers offrent une solution procédurale 
pour définir des contraintes complexes non exprimables avec le CREATE TABLE ou qui 
prennent en compte des données issues de plusieurs lignes ou de plusieurs tables. 

Exemple : Garantir qu'un client ne peut avoir que deux factures non payées. 

Lorsque la contrainte d'intégrité peut être exprimée au niveau de la définition de la table, 
c'est cette solution qui sera privilégiée, car la vérification est plus rapide que l'exécution du 
trigger. De plus, les contraintes d'intégrités garantissent que toutes les lignes de la table 
respectent ces contraintes, tandis que les triggers ne prennent pas en compte les données 
déjà présentes dans la table lorsqu'ils sont définis. 

Utilisation des déclencheurs LMD 

Les déclencheurs servent à maintenir une intégrité référentielle de bas niveau et non à 
envoyer des résultats de requête. Leur avantage principal réside dans le fait qu'ils peuvent 
contenir une logique de traitement complexe. Ils doivent être employés lorsque les 
contraintes n'offrent pas les fonctionnalités nécessaires. On pourra utiliser les déclencheurs, 
par exemple pour : 



■ Modifier en cascade les tables liées dans une base de données 







■ Mettre en œuvre une intégrité des données plus complexe qu'une contrainte CHECK. À la 
différence des contraintes CHECK, les déclencheurs peuvent référencer des colonnes d'autres 
tables. Par exemple, dans une gestion commerciale, lorsque la commande d'un article est 
passée, une ligne est insérée dans la table Lignes de Commandes. Un déclencheur INSERT 
sur cette table pourra déterminer si la commande peut être livrée ou non, en examinant la 
colonne quantité en stock dans la table Stock. Si cette valeur est insuffisante, il pourra 
générer automatiquement un ordre de commande fournisseur et avertir le gestionnaire. 

■ Renvoyer des messages d'erreur personnalisés les règles, les contraintes et les valeurs par 
défaut ne peuvent communiquer des erreurs que par l'intermédiaire des messages d'erreur 
système standards. 

Règles lors de l'utilisation de déclencheurs : 


■ Les déclencheurs sont réactifs alors que les contraintes ont un caractère préventif. Les 
contraintes sont contrôlées en premier, les déclencheurs sont exécutés en réponse à une 
instruction INSERT, UPDATE ou DELETE. 

■ Il est possible de créer des déclencheurs sur des vues, ceux-ci sont de type INSTEAD OF. 

■ Les déclencheurs ne doivent pas renvoyer de jeux de résultats. 

■ Le propriétaire de la table et les rôles admin peuvent créer et supprimer des déclencheurs 
sur une table. De plus le créateur du déclencheur doit avoir la permission d'exécuter toutes 
les instructions sur toutes les tables. Si l'une des permissions est refusée, la transaction est 
annulée totalement. 

■ Les données de la table à laquelle est associé le TRIGGER sont inaccessibles depuis les 
instructions du bloc. Seule la ligne en cours de modification est accessible à l'aide de deux 
variables de type RECORD, OLD et NEW, qui reprennent la structure de la table ou de la vue 
associée. 

Ces variables peuvent être utilisées dans la clause WHEN du trigger ou dans le bloc 
d'instruction. Dans ce dernier cas, elles sont référencées comme des variables hôtes avec le 
préfixe « : ». 

Exemple : :OLD.nom_champ, : NEW.nom_champ 

Le terme OLD permet de connaître la ligne en cours de suppression dans un trigger DELETE 
ou la ligne avant modification dans un trigger UPDATE. Le terme NEW permet de connaître 
la nouvelle ligne insérée dans un trigger INSERT ou la ligne après modification dans le trigger 

UPDATE. 

■ Les prédicats INSERTING, UDATING et DELETING permettent au sein d'un déclencheur 
commun pour les instructions INSERT, UPDATE et DELETE de savoir si le bloc PL/SQL est 
exécuté à la suite d'une insertion une modification ou d'une suppression. Ces prédicats 
retournent une valeur booléenne et sont utilisés dans la condition de test d'une instruction IF. 
Il est ainsi possible d'écrire un déclencheur commun aux instructions INSERT et UPDATE, 
par exemple, tout en conservant l'exécution conditionnelle de certaines instructions. 



Création de déclencheurs 


La création de déclencheurs s'effectue à l'aide de l'instruction CREATE TRIGGER. Cette 
instruction spécifie la table sur laquelle le déclencheur est défini, l'événement provoquant son 
exécution et les instructions qu'il contient. 


CREATE [or REPLACE] TRIGGER nom_trigger 
[BEFORE/AFTER/INSTEAD OF] 

{INSERT/UPDATE [OF col, ...] /DELETE} 

ON Nom_Table [FOR EACH ROW] 

[WHEN (condition)] Bloc PL/SQL; 


OR REPLACE, Remplace la description du TRIGGER s'il existe déjà. 

BEFORE : Le bloc PL/SQL est exécuté AVANT la vérification des contraintes de la table et la 
mise à jour des données. 

AFTER : Le bloc PL/SQL est exécuté APRES la mise à jour des données dans la table. 

INSTEAD OF : Le bloc PL/SQL qui suit remplace le traitement standard associé à l'instruction 
qui a déclenché le trigger. 

INSERT/UPDATE .../DELETE : Instruction associée au déclenchement du trigger. Plusieurs 
instructions peuvent déclencher le même trigger. Elles sont combinées par l'opérateur OR. 

FOR EACH ROW : Le trigger s'exécute pour chaque ligne traitée par l'instruction associée. 

WHEN (condition) : La condition donnée doit être vérifiée pour que le code s'exécute. 

Les déclencheurs 

Pour créer un déclencheur sous « Oracle SQL Developer », cliquez droit sur 

« Déclencheurs » puis « Nouveau déclencheur... ». 
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Définissez les critères qui vous semblent appropriés au déclencheur que vous souhaitez 
réaliser. 


^ Créer un déclencheur 

Schéma : 

Nom : 


SYSTEM 


trjog 


0 Ajouter une nouvelle source en minuscules 

Déclencheur Langage DDL 
Type de déclencheur : TABLE 


Propriétaire de table : SYSTEM 

0 Insérer 
C Supprimer 

I [ Mettre à jour 


Ancien : 
Nouveau : 


Nom de [a table : AG$_INTERNET_AGENTS 


® Avant (: Niveau d'instruction 

C Après ( Niveau de ligne 


Lorsque : 


@ Activé 


3 



Il ne vous reste plus qu'à écrire votre déclencheur à partir du modèle. 


[> Papyrus 

J*TR_LOG 


06 T ^ ♦ ) iijjk]| njfej 


CREATE OR REPLACE 

TRIGGER TR_L0G 

BEFORE UPDATE OH ÀQ $ _IHTERHET_ÀGEHTS 

BEGHT 

HULL; 

EHD; 


Pour les besoins de l'exemple suivant, nous créons les tables suivantes : 


create table produitnouveau (idp integer, nomp char(20), qte number); 
create table produitSave (ids integer, noms char(20)); 


L> Papyrus 

C> 0 S* ® Ï9 & 0,00732196 seconds 

create table produitnouveau ( idp integer, nomp char (20), qte nimber); 
create table produitSave ( ids integer, noms char (20)); 


Écrivons le déclencheur suivant : Le trigger se déclenche à chaque insertion de produit dans la 
table « produitnouveau » et enregistre dans la table « produitSave » les produits insérer 
dont la quantité sont supérieur à 100. 


create or replace trigger tr_log 




































































after insert on produitnouveau 
for each row when (new.qte > 100) 

BEGIN 

Insert into produitSave values (:new.idp, rnew.nomp); 
END tr_log; 


[> Papyrus 

J^TRLOG 




lcreate or replace trigiger tr_log 
after insert on produitnouveau 
for each row when (new.qte > 100) 

BEGIN 

Insert into produitsave values (:new.idp, :new.nomp); 

EHD tr loq; 

1 


Puis enregistrez votre déclencheur. 

Bé(0)9 ^ O- 

Pour tester notre déclencheur, alimentons la table « produitnouveau ». 


insert 

into 

produitnouveau 

values 

(i. 

’produit 

i'. 

50) ; 

insert 

into 

produitnouveau 

values 

(2, 

’produit 

2', 

120) ; 

insert 

into 

produitnouveau 

values 

(3, 

'produit 

3', 

70) ; 


[> Papyrus 

► i a ^ la & 0,01 19438 seconds 

insert into produitnouveau values (1, 'produit 1 1 f 50); 

insert into produitnouveau values (2, 'produit 2', 120); 

insert into produitnouveau values (3, 'produit 3', 70); 


Et interrogeons nos tables : 


[> Papyrus 

[> B 9 a* îg §0 & 0,00508226 second; 

SELECT * FRÜM produitnouveau; 


< _ 

AT___ 

l> Résultats Sortie de script | J j lExpliquer | ^Enregistrai 
Résultats : 


| IDP 

® NOMP 

LU 

1 — 

O 

1 1 produit 1 

50 

2 2 produit 2 

120 

3 3 produit 3 

70 


Et notre table « produitsave » ou notre déclencheur à enregistré les produits, dont la 
quantité et supérieur à 100. Donc uniquement le produit 2. 






































[> Papyrus PRODUITSAVE 

► féj ^1 & 0,00333954 seconds 


SELECT * 

r FROH produitsave; 




t> Résultats 

Sortie de script 1^Expliquer | ^Enregistrer la tr 

Résultats : 



! IDS |jjj NOMS 
1 2 produit 2 


Principe de fonctionnement 

Les étapes suivantes montrent comment un déclencheur AFTER est lancé lors d'un 
évènement sur la table ou il est défini. 

Cas 1 : évènement INSERT 

■ Une instruction INSERT est exécutée sur une table comportant un déclencheur INSERT. 

■ L'instruction INSERT est journalisée dans le journal des transactions le record NEW reçoit la 
copie de la ligne ajoutée à la table. 

■ Le déclencheur est lancé et ses instructions s'exécutent. 

Cas 2 : évènement DELETE 

■ Une instruction DELETE est exécutée sur une table comportant un déclencheur DELETE. 

■ L'instruction DELETE est journalisée dans le journal des transactions le record OLD reçoit la 
copie de la ligne supprimée de la table. 

■ Le déclencheur est lancé et ses instructions s'exécutent. 

Cas 3 : évènement UPDATE 

■ Une instruction UPDATE est exécutée sur une table comportant un déclencheur UPDATE. 

■ L'instruction UPDATE est journalisée dans le journal des transactions sous la forme INSERT 
et DELETE le record OLD reçoit la copie de la ligne de la table représentant l'image avant la 
modification. Le record NEW reçoit la copie de la ligne de la table représentant l'image après 
la modification. 

■ Le déclencheur est lancé et ses instructions s'exécutent. 

Exemple : Création d'un déclencheur AFTER Vente_Insert sur l'instruction 

INSERT de la table Ventes de structure 
VENTES (vnt_art, vnt_cli, vnt_qte, vnt_prix) 

Lorsqu'une ligne est insérée dans la table Ventes, le déclencheur décrémente la colonne 
quantité en stock dans la table ARTICLES de la quantité vendue ; 


ARTICLES (art_num, art_nom, art_coul, art_pa, art_pv, art_qte, art_frs) 

CREATE TRIGGER Vente_Insert 

AFTER INSERT 

ON Ventes 

For each row 





















BEGIN 

UPDATE Article SET Art_Qte = Art_Qte - :new.Vnt_Qte 
Where article.Art_Num. = :new.Vnt_Art 
END ; 


Dans l'exemple ci-dessus, le record new contient la ligne de Ventes qui vient d'être ajoutée, 
et les colonnes de la table Vente sont manipulables à travers le record news. Un déclencheur 
peut être défini avec l'instruction IF UPDATE, qui contrôle la mise à jour d'une colonne 
donnée. 


Les déclencheurs INSTEAD OF 

Le principe de fonctionnement des déclencheurs INSTEAD OF est simple : l'instruction 
appelante est interceptée, donc non réellement exécutée, et le code du déclencheur la 
remplace : Il est ainsi possible de tester les valeurs insérées, mises à jour ou supprimées 
pour décider de la suite des opérations. 

Les déclencheurs INSTEAD OF peuvent être définis sur des vues : Un déclencheur sur une 
vue permet d'étendre la possibilité de mie à jour de vues multi tables. Un seul déclencheur 
INSTEAD OF par instruction est autorisé sur une table ou vue. 

Exemple 1 : Trigger sur un événement de suppression (insteadOf). Pour les besoins de notre 
exemple, on effectue les requêtes suivantes : 


-- Test de suppression logique 

create table personne (idp number, nom varchar(50), suppression number); 

create view personneView as select * from personne; 

insert into personne values ( 1,'pierre',0); 

insert into personne values (2,'paul',0); 

insert into personne values (3,'jacques',0); 


Créons maintenant le trigger « supPersonne ». 




















































Voici le code complet de notre trigger. 


CREATE OR REPLACE TRIGGER supPersonne 

INSTEAD OF DELETE 

ON PersonneView 

FOR EACH ROW 

BEGIN 

UPDATE personne 
SET suppression = 1 
WHERE idp = rold.idp; 

END supPersonne; 


[> Papyrus 

Q™ SUPPERSONNE j^TRDDL | ^TRDDL 

(m- 

iriml lafei) 


I CREATE OR REPLACE TRIGGER supPersonne 
INSTEAD OF DELETE 
OH PersonneView 
FOR EACH ROW 
B BEGIN 

UPDATE personne 
SET suppression = 1 
TÏHERE idp = zold.idp; 

EHD supPersonne; 


Pour le tester, effectuons la requête suivante : 


— Une fois le trigger mis en place, le delete sera fait sur la vue 
delete personneView where idp = 1; 


Maintenant, si on affiche les données dans la vue, on constate avoir effectué une suppression 
sur la personne ayant un id à 1. 


Connexions 

Ü.©T 


0r- lia □ 

[> Papyrus 

Éf|PERSOHHEVIEW 



Colonnes Données 

Droits | Dépendances | Détails |Déck 


i+1'0 REPCAT$_TEMPLATE_STATUS 
É-ffl REPCAT$_TEMPLATE_TARGETS 
É -H REPCAT$_TEMPLATE_TYPES 
è -M REPCAT$_USER_AUTHORIZATIC 
É El REPCAT$_USER_PARM_VALLIES 
É-H SQLPLUS_PRODUCT_PROFILE 
É H TEST1 


f Trier... Filtrer: 


| IDP ® NOM |Hj SUPPRESSION 


1 1 pierre 

1 

2 2 paul 

0 

3 3 jacques 

0 


É -B VENDRE 


É'IJjjj Vues 

| BM mview_evaluations 

i É'~ÊÉ MVIEW_EXCEPTIONS 
| è -Êâ MVIEW_FILTER 
I Çl-lâ MVIEW_FILTERINSTANCE 
i $ tâ MVIEW_LOG 
| Ç-ÊÉ MVIEW_RECOMMENDATIONS 
i è 'êâ MVIEWJWORKLOAD 
| $ -ÊÉ PERSONNEVIEW 

I É-êâ PRODUCT_PRIVS 

- l ^ Ih-M-Jüv 






































Exemple 2 : Création d'un déclencheur INSTEAD OF Insert_Multiple sur l'instruction 
INSERT de la vue multi tables, Vue_TousClients qui regroupent les clients français et 
étrangers. Lorsqu'une ligne est insérée, le déclencheur met à jour les tables concernées. 


ClientsF et ClientsE. 

CREATE TRIGGER Insert_Multiple 

INSTEAD OF INSERT 

ON Vue_TousClients 

FOR EACH ROW 

BEGIN 

If (select payC from new) = ’F’ 
Insert ClientsF select * from new 
ELSE 

Insert ClientsE select * from new 
END 


Trigger sur le schéma 

On veut garder la trace des événements qui se sont produits sur le schéma (create, alter ...). 
On crée la table qui stockera l'information : 


create table auditDDL ( 
d date, 

osUser varchar2(255) , 
curUser varchar2(255), 
host varchar2(255), 
owner varchar2(30), 
typ varchar2(30), 
nom varchar2(30), 
sysevent varchar2(30)); 


Et on crée le trigger « trDDL ». 


create or replace trigger trDDL 

after ddl on schéma 

begin 

if (ora_sysevent=’TRUNCATE 1 ) or (ora_sysevent='DROP 1 ) 

then null; 

else 

insert into auditDDL(d, osUser,curUser,host,owner,typ,nom,sysevent) 

values( 

sysdate, 

sys_context(’USERENV’,’OS_USER’) , 

sys_context(’USERENV ', ' CURRENT_USER’) , 

sys_context(’USERENV’,’HOST’) , 

ora_dict_obj_owner, 
ora_dict_obj_type, 
ora_dict_obj_name, 
ora_sysevent ) ; 
end if; 










end; 


L'action suivante revient à la même que si vous cliquez sur la petite disquette pour 
enregistrer. À noter que la compilation permet de détecter les éventuelles erreurs. Cliquez 
droit et « Compiler » sur le code. 


|> Papyrus J^TRDDL 



Fl Messages - Journal 
LST_CÜHHÀUDES Compilé 
LST_COHHÀÏÏDES Compilé 
L S T_C OHÏÏÀHD E S Compilé 
L S T_C OHÏÏÀHD E S Compilé 
L S T_C OHÏÏÀHD E S Compilé 
L S T_C OHHAUD E S Compilé 
TR_LOG Compilé (avec e 
TR_LOG Compilé (avec e 
TR_LOG Compilé (avec e' 
TR_LOG Compilé (avec e 
TR_LOG Compilé 
TR_LOG Compilé 
TRDDL Compilé 


^4 Couper 

Ctrl-X 

EQ Copier 

Ctrl- C 

K] Coller 

Ctrl-V 

Tout sélectionner 

Ctrl-A 

Etv Compiler 

Ctrl+Maj-F9 

Èi\ Compiler pour le débogage 
g Profil 

Remplacer par 

► 

Préférences... 

ûuery Builder 


Refactorisation 

► 

F~l Format 

Ctrl- F7 

Remplacement du modèle de code 

Ctrl+Maj-T 

Description de la fenêtre instantanée 

Maj-F4 

Ouvrir la déclaration 



^Compiler 


Pour tester notre trigger, exécutons les requêtes suivantes : 


— les requêtes create et alter sont stockées dans auditDDL 
create table produit2 (idProd number, nomProd varchar(50)); 
alter table produit2 add constraint PKProd primary key (idProd); 
-- la requête drop n'est pas stockée 
drop table produit2; 


Enfin, vérifions notre table « auditDLL » qui a dû lister les opérations effectuées : 































select * from auditDDL; 


[> Papyrus ~ | J^TRDDL | J^TRDDL _ 

[> 3 lîa & 0,00480123 seconds 

select * from auditDDL; 

_<_ 

■ ATF _ 

Résultats j Sortie de script | ] Expliquer | , Enregistrer la trace automatiquement | ^Sortie SGBD | ‘‘Sort 

Résultats : 


® D 

| OSUSER 

® CURUSER 

® HOST 

® OWNER 

| TYP 

® NOM 

lïl SYSEVENT 

1 05/05/11 

cdiOl 

SYSTEM 

03112-375 SYSTEM 

TABLE 

PRODUIT2 CREATE 

2 05/05/11 

cdiOl 

SYSTEM 

03112-375 SYSTEM 

INDEX 

PKPROD 

CREATE 

3 05/05/11 

cdiOl 

SYSTEM 

03112-375 SYSTEM 

TABLE 

PRODUIT2 ALTER 


Le débogage dans « Oracle SQL Developer » 

« Oracle SQL Developer » prend également en charge le débogage de PL / SQL des bases 
de données Oracle. Nous allons effectuer un exemple de débogage à partir d'un déclencheur 
précédemment créé. Cliquez droit sur le déclencheur « LST_COMMANDES » puis 
« Modifier ». 


L+j "Utg KacKages 
-El Procédures 


i É t 

LST_COMMANDES 

u 


1 t! £ 

1 LST_F( 

Modifier... 1 

d 

è-® Fo 
X rtk 

Il ORA$_ 
notions 

Ouvrir 

rsw r- , 


_ ! 


Pour aider au débogage, les numéros de ligne peuvent être ajoutés à la fenêtre Code. Cliquez 
droit sur la marge et « Activer / désactiver les numéros de ligne ». 

create or replace 

□ PROCEDURE Lst_Commandes (libelle in varchar2 ) 
as 

□ cursor c_coimande is 

SELECT ligcom.numcüm, nomfou, libart, qtecde*priuni as prix, obscom 
FROM entcom, fournisseur, ligcom, produit 
T2HERE entcom.numfou = fournisseur.numfou 


Il 1 1 II commande.obscom 


Il commande.libart II 1 1 II commande.prix); 

end loop; 

EHD ; 


P Àctiver/désactiver un signet Ctrl-K 


® Àcti ver/désactiver le point d'interruption F5 


Àcti ver/désactiver les numéros de ligne 


Préférences... 

Il 1 1 II commande.nomfou II 11 



Les numéros de lignes s'affichent alors : 










































[> Papyrus iQ LST_COMMANDES 

06 T ^T) A à dfe] I |9 I 


1 

2 

3 

4 

5 

6 
7 
3 
9 

10 

11 

12 

13 

14 

15 

16 
17 
13 


B 

B 


B 


f;reate or replace 

PROCEDURE Lst_Commandes (libelle in varchar2 ) 
as 

cursor c_commande is 

SELECT ligcom.numcom, nomfou, libart, qtecde*priuni as prix, obscom 
FRÜM entcom, fournisseur, ligcom, produit 
TO1ERE entcom.numfou = fournisseur.numfou 
HHD entcom.numcom = ligcom.numcom 
HHD ligcom. codart = produit, codart 
HHD obscom like 'Vil libelle | | 1 % 1 ; 

BEGIN 

for commande in c_commande loop 

dbms_output.put_line(commande.numcom II 1 1 II commande.obscom 

Il 1 1 II commande.nomfou II 1 1 

Il commande.libart II 1 1 II commande.prix); 
end loop; 

EHD ; 


Vous pouvez définir un point d'arrêt en cliquant dans la marge, au niveau de la ligne ou vous 
souhaitez positionner un point d'arrêt. Pour cela, cliquer droit sur la ligne concernée puis 

« Activer / désactiver le point d'interruption ». 


[> Papyrus J] LST_COMMANDES 


G 


L> A « Üh] (d|h) 


create or replace 
□; PROCEDURE Lst_Commandes [libelle in varchar 2) 
as 

B cursor c_commande is 

_SELECT 1 iq c om . nu m c om , no mf ou , 1ib art , qtecde*priuni 


4 Activer/désactiver un signet 


Ctrl-K 


sactiver le point d'interruption 


1 

1 

12 

13 


Active r/désactiver les numéros de ligne 
Préférences... 


prix, obscom 


produit 
mf ou 


for commande in c_commande loop 

dbms_output.put_line(c ommande.numc om | | 


Il commande.obscom 


Après avoir sélectionné l'option, votre point d'arrêt s'affiche. 


3 

4 

? 

6 

7 

3 


B 


as 

cursor c_commande is 

SELECT ligcom.numcom, nomfou, libart, qtecde*priuni as prix, obscom 
FRÜM entcom, fournisseur, ligcom, produit 
UHERE entcom.numfou = fournisseur.numfou 
HHD entcom.numcom = ligcom.numcom 



Cliquez sur l'icône « Debug ». 




























COMMANDES 


Le in -Sm^âiir2) 


place 

t_Commande3 [libelle in 
Un écran de débug s'affiche alors. Cliquez sur « Ok ». 



Le débogueur doit s'arrêter à la ligne où vous avez placé le point d'arrêt. Vous pouvez 
maintenant contrôler le flux d'exécution, modifier les valeurs des variables et des fonctions de 
débogage... 













































P Papyrus iQ LST_COMMAHDES 


! 


*♦'[> * 


1 

2 

3 

4 

■3>* 

6 

7 

5 
9 

10 

11 

12 

13 

14 

15 


create or replace 

□ PROCEDURE Lst_Commandes (libelle in varchar 2 ) 
as 

E cursor c_coimande is 

SELECT ligcom.numcom, nomfou, libaEt, qtecde*pEiuni 
FROM entcom, fournisseur, ligcom, produit 
TMERE entcom.numfou = fournisseur.numfou 
HJD entcom.numcom = ligcom.numcom 
HJD ligcom.codatt = produit, codart 
WD obscom like 1 % 1 I I libelle II 1 % 1 ; 

BEGHÏ 

□I for commande in c_commande loop 

dbms_output.put_line(commande.numcom II 1 1 
Il 1 1 II commande.nomfou II 1 1 
Il commande.libart II 1 1 II commande.prix); 


prix, obscom 


Il commande.obscom 


E]Débogage - Journal [T] 

- “Points d'interruption I^Smart Data LÛÜÎDonnées | '^Examens de v... 

* m m M m «> h ■ « 

Nom Valeur Type 

Connexion à la base de données Papyrus. 

Exécution du PL/SQL : ALTER SESSION SET P L S Q L_D EBUG= T PUE 

Exécution du PL/SQL : CÀLL DEHS_DEEUC_JD¥P.CONNECT_TCP( ‘10.121.60. 

Le débogueur a accepté une connexion provenant de la base de donnée 
Traitement de SE classes qui ont déjà été préparées... 

Traitement des classes préparées terminé. 

Point d'interruption source survenu à la ligne S de LST_C0MHANI>ES. 



>0_ 


Pour aller à la ligne suivante, cliquez sur le bouton suivant : 


[S 1 Dé bogage - Journal 



« ki m m @ » ii 

Corme k 


Aller à la ligne suivante (Step Into) p ^ rus - 

E x é eut- i on au fl7 üjl : ahm 5 ü b b ± ON SET PLSQL DEEUC=TPU] 


Tîyprnti nvi rli] PT,/SHT. 


CAT.T. fRTTPÎ DEETTC .TDTiTP nnTJTJECT TCP i 


D'autres options sont disponibles comme « Exécuter jusqu'au curseur » en cliquant droit 
sur la ligne correspondante. 


4 

6 

7 

8 
9 

10 

11 

* 

13 

14 

15 


Ë! cursor c_commande is 

SELECT ligcom.numcom, 
FROM entcom, fournis 
1IHERE entcom.numf ou = 
fflJD entcom.numcom = 


ïUJD obscom like 


BEGHÏ 


Il 1 1 II commande. 

II commande.libart 


^Débogage - Journal 

* m «i je b ood ■"*“ 

Connexion à la base de données P 


1 H V, ■=, >- +- rfl-anrlatinv-i i îv, -i 


Source 

► 

Couper 

Ctrl-X 

LL] Copier 

Ctrl-C 

((] Coller 

Ctrl-V 

Tout sélectionner 

Ctrl-A 

L> Exécuter 

Ctrl-Fl 1 

imi Compiler 

Ctrl+Maj-F 9 

fpfei Compiler pour le débogage 


^ Profil 


& Débogage 


Exécuterjusqu'au curseur 

- 

Examiner... 

Ctrl-F 5 


ïterruption 


■lande 


Vous voyez les valeurs des champs dans l'onglet « Données ». 
































Points d'interruption 

Smart Data 

HU Données 

Examens de... [Ç] 

Nom 

Valeur 

Type 

□ LIBELLE 

NULL 

VARCHAR2 

H B COMMANDE 


Rowtype 

.□ NUMCOM 

NULL 

NUMBER 

i.□ NOMFOU 

NULL 

VARCHAR2(3Ü) 

\ . □ LIBART 

NULL 

VARCHAR2(3Ü) 

i . □ PRIX 

NULL 

NUMBER 

1 .□ OBSCOM 

NULL 

VARCHAR2(25) 


Cliquez sur « reprise » pour poursuivre. 


i^Débogage - Journal 

* @ <i <1 il lï ■* 


Connexion à la ^ Reprise données Papyrus. 

Exécution du PL/SQL : ALTEP SESSION SET PLSQL_DEBUG 
Exécution du PL/SQL : CALL DBHS DEBUC JDUP.CONNECT 






























FAQ 


Comment compter le nombre d'occurrences dans une chaîne sans l'aide d'une 
boucle itérative ? En utilisant les fonctions LENGTHQ et REPLACEQ de la façon suivante : 


CREATE OR REPLACE FUNCTION CPT_OCCURRENCES 

( 

PC$Entree IN VARCHAR2, — chaîne en entrée 
PC$Recherche IN VARCHAR2 — Chaîne à rechercher 
) RETURN PLS_INTEGER IS 
BEGIN 

RETURN ( (LENGTH(PC$Entree) - 
LENGTH(REPLACE(PC$Entree,PC$Recherche, NULL) ) ) / 

NVL(LENGTH(PC$Recherche) , 1) ) ; 

END; 


Testons notre fonction : 


SELECT CPT_OCCURRENCES ( 'le et le et le', 'le' 

FROM DUAL ; 

) "Nombre d'occurrences" 


Comment savoir si une chaîne de caractères correspond à un nombre ? Plutôt que de 
coder une fonction qui traite tous les cas de figure correspondant aux différents formats que 
peut prendre un nombre (entier, nombre à virgule, nombre avec exposant...), il vaut mieux 
laisser Oracle gérer la conversion et nous signaler s'il a rencontré une erreur comme dans la 
fonction suivante : 


create or replace function isNumeric(x in varchar2) return number as 

— renvoie 1 si le paramètre correspond à un nombre 

— 0 sinon 
nb number; 

begin 

nb := to_number(x); 
return 1; 
exception 

when others then 
return 0; 

end; 


Exemple d'utilisation : Si la colonne X correspond à un nombre, on veut avoir ce nombre 
multiplié par 1000 : 


SELECT x, 
isNumeric(x) , 

CASE 

WHEN isNumeric(x) = 1 THEN 1000 * TO_NUMBER(x) 

END x_fois_1000 
FROM TEST; 


162 








Comment vérifier si une chaîne vérifie un certain format ? Pour vérifier qu'une chaîne 
de caractère vérifie un format donné, on peut utiliser, à partir d'Oracle 10g, la fonction 
MATCH du OWA_PATTERN qui permet de manipuler des expressions régulières. Cette 
fonction retourne un booléen indiquant si le format est vérifié ou pas; elle ne peut donc être 
appelée qu'en PL/SQL. Par exemple, pour vérifier que les numéros de téléphone en base 
suivent le format français sur 10 chiffres avec comme séparateur des tirets, on peut faire : 


5QL> select * 

2 f rom TELEPHONE; 

TELEPHONE# 


07_03.09.02 .02 
û 7 -0 S—0 9- 02 - 02 
Û1 02 02 02 02 
TOTQ 

ü7 /O7/07/07/07 
5QL> 

1 begin 

2 for tel in (select * from TELEPHONE) 

S loop 

4 if üwa_pattern.match (tel. téléphoné# „ 1 "\d{2 } -\d{2)-\d{2 } -\d}2 }-\d{2} $ ' ) then 

5 dbms_üutput . put_Line (tel. téléphoné# ) ; 

£ end if? 

end loop; 

8 4 end; 

SQL> / 

Ü7-08-09-02-02 

PL/ SQL procedure snccesaf nlly □cir.uleted . 


Les expressions régulières peuvent utiliser les symboles suivants : 

• A : Début de la ligne 

•$ : Saut de ligne ou fin de ligne 
•\n : Saut de ligne 

*. : Tout caractères sauf le saut de ligne 
•\t : Tabulation 

•\d : Chiffre (équivalent à [0-9]) 

•\D : Tout caractère sauf un chiffre (équivalent à [not 0-9]) 

•\w : Tout caractère alphanumérique (chiffres, lettres, _) 

•\W : Tout caractère sauf un caractère alphanumérique 
•\s : Tout espace (espace, tabulation, saut de ligne) 

•\S : Tout caractère sauf un espace 

•\b : Délimiteur de mots (entre un caractère qui vérifie \w et un autre qui vérifie \W) 
•\xnn : Caractère dont le code ascii est en hexadécimal nn 
•\nnn : Caractère dont le code ascii est en octal nnn 

Les éléments ci-dessus peuvent être suivis par les indicateurs de cardinalité suivants : 

•? : 0 ou 1 occurrence 
•* : 0 ou plus occurrences 

• + : 1 ou plus occurrences 
•{n} : Exactement n occurences 
•(n,} : Au moins n occurences 
•{n,m} : Entre n et m occurrences 







L'expression régulière qu'on a utilisée pour décrire notre format de numéro de téléphone 
^\d<2>-\d{2>-\d<2>-\d<2>-\d{2>$ se décrypte donc de la manière suivante : 

•\d{2} : On cherche deux chiffres 
•- : Suivis d'un tiret 

•\d{2>- : Suivi de deux chiffres et d'un tiret 
•\d{2>- : Suivi de deux chiffres et d'un tiret 
•\d{2}- : Suivi de deux chiffres et d'un tiret 
•\d{2> : Suivi de deux chiffres 

Comme notre expression régulière commence par elle décrit le début de la chaîne; comme 
elle se termine par $, elle décrit aussi sa fin. 

Comment générer un fichier de trace pour une session en cours ? Quand une 
procédure est en cours d'exécution, il est possible de générer un fichier de trace (pour 
exploitation par TkProf par exemple) en utilisant la routine set_sql_trace_in_session du 
package DBMS_SYSTEM. Les paramètres de cette routine sont les suivants : 

• SID : Identifiant de la session en provenance de V$SESSION 

• SERIAL# : Second identifiant de la session en provenance de V$SESSION 

• TRACE : Booléen. Il faut entrer TRUE pour demander à Oracle de générer le fichier de trace, 
et FALSE pour arrêter sa génération. 

Comment convertir une valeur hexadécimale en valeur décimale ? Simplement grâce à 
la fonction TO_NUMBER : En voici un exemple d'utilisation. 


SELECT 

TO_NUMBER('ff','XXXXXXXX'),TO_NUMBER('fff','XXXXXXXX'),TO_NUMBER('ffff','XX 
XXXXXX') from dual; 


Comment crypter mon code ? Il est parfois nécessaire, lors du déploiement de vos 
applicatifs, de crypter votre code afin de le protéger : il suffit pour cela de sauvegarder votre 
code sous forme de fichiers sql et d'utiliser le programme « wrap.exe », se trouvant dans le 
répertoire <Oracle_Home}\Bin\. 

Le programme wrap accepte les 2 arguments suivants : 

• iname : Nom du fichier en entrée 

• oname : Nom du fichier de sortie 

Voici un exemple avec le fichier suivant : 


CREATE OR REPLACE FUNCTION début 

(PC$Chaine IN VARCHAR2) RETURN VARCHAR2 IS 
BEGIN 

RETURN SUBSTR( PC$Chaine, 1, 5 ) ; 

END; 


Encryptons-le : 


. ..\BIN> wrap iname=c: \temp\debut .pis oname=c: \temp\debut .pib 







PL/SQL Wrapper: Release 10.2.0.1.0- Production on Dim. Oct. 15 23:52:50 

2006 

Copyright (c) 1993, 2004, Oracle. Ail rights reserved. 

Processing c:\temp\debut.pls to c:\temp\debut.plb 


Vous pouvez ouvrir le nouveau fichier pour vérifier son contenu. 

Attention, prenez évidemment soin de sauvegarder vos sources, cette procédure est bien 
entendu irréversible ! Vous pouvez (devez) également vérifier que la compilation s'effectue 
correctement : 


@c:\temp\début.pib 


Attention, ceci ne fonctionne pas sur les triggers ou les blocs PL/SQL anonymes. 
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